ядро программы это

Ответ от Достоевский и мозжечок[гуру]
Термин этот - жаргон, но в нём есть доля истинны. В системах чуть более сложных чем notepad обычно есть какое-то количество модулей, например в проекте имеется примерно следующая схема: DB <-> Core_DB_Interface <-> Core <-> InternalInterface <-> ExternalInterface <-> UserInterface На самомо деле схема конечно сложнее, но для простоты я упростил до такой модели. Теперь смотрим что тут и как работает: 1) DB - хранилищие информации 2) Core_DB_Interface - набор хранимых процедур реализующих все внешние операции с базой данных, ни одна программа непосредственно к таблицам не обращается, только через хранимки - это обеспечивает в дальнейшем лёгкость изменнений структур таблиц и взаимоотношений при развитии проекта. В крайнем случае база данных может быть вообще полностью переделанна. Коль скоро Core_DB_Interface остаётся таким же ничего в програмном коде программ менять не потребуется. 2) Core - базовая функциональность, прошита бизнес логика. Она не должна вообще зависеть от способа хранения данных, ни от клиентской части которая визуализирует логику. Это и можно обозвать ядром программы. Функции прошитые здесь являются своего рода низкоуровневыми, что это значит на практике? Эти функции вызываются только из InternalInterface, и никогда из других модулей, приложений и т. п. , а значит: можно опустить все проверки на то что идиот пользователь ввёл какой-то мусор, опустить отлов ошибок которые могут быть связаны с "грязными данными", опустить проверку защиты и уровней доступа и т. п. Другими словами - это алгоритм решения задачи в чистом виде оптимизированный под скорость выполнения. Во вторых процедуры этого модуля элементарны по сути, они не собраны в сложные бизнес процессы. Например если у нас есть операция "зарегистрировать пользователя", то это включает в себя кучу более простых операций, таких как - проверить существование такого пользователя, записать его профиль в базу данных, добавить его в логи событий и т. п. В ядре как таковом эти операции реализованы в ввиде отдельных элементов 3) InternalInterface - набор функций которые дают доступ ядру программы. Они чуть более "высокоуровневые", т. е. реализуют "цепочки" вызовов ядерных функций для реализации наиболее типичных бизнес-алгоритмов. В данном случае они тоже предполагают что пришедшие данные "чистые и правильные". По сути это тоже часть ядра, хотя и чуть более высокого уровня. Клиентские части программы и другие программы к этому програмному уровню доступа не имеют. 4) ExternalInterface - набор функций для вызова методов InternalInterface. Практически они один в один дублируют методы InternalInterface и их вызывают. Но они обрастают массой проверок на то что данные правильные, на то что имеется необходимый уровень допуска для получения этих данных и т. п. На этом же уровне и отлавливаются большинство ошибок системы. Более низкие уровни ошибок генерировать обычно не должны. Здесь же ведуться и логи того кто и чего делал. Именно эти функции и вызываются всеми остальными модулями, программами, и т. д. входящими в систему. 5) UserInterface - непосредственно контролы на форме или на веб-странице или что-то что работает непосредственно с пользователем-человеком и обеспечивает только эргономичность и удобство работы + красоты.. . Никакой бизнес-функциональности здесь нет. Если клиентом выступает не человек, а программа, то она вообще не использует этот уровень напрямую подключаясь к ExternalInterface