[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Свой движок - стоит ли?
Страницы: 1, 2, 3, 4, 5
Гость_chee
Цитата (S.Chushkin @ 29.10.2020 - 23:09)
Да и идея модульности достаточно простая и в логике и в реализации. Просто надо подумать сначала, а затем писать код. smile.gif

я вот про это
Цитата
все остальное на модулях которые могли бы легко заменяться/подключаться/отключаться без каких либо поломок, инсталов, деинсталов (простая иницилизация)

это не получится реализовать хорошо, так как если модули будут работать сообща, то они будут зависимы на уровне интерфейсов. В лучше случае получится "ад зависимостей", в худшем как всегда, то есть по п rolleyes.gif зде. Хотя я не исключаю, что можно все таки найти решение проблем с зацепленностью модулей, но будет ли это удобно поддерживать?
twin
Цитата (Гость_chee @ 29.10.2020 - 21:49)
Хотя я не исключаю, что можно все таки найти решение проблем с зацепленностью модулей, но будет ли это удобно поддерживать?
Да давно уже все придумано. Слоистая архитктура (порты и адаптеры в частности), хорошая документированность и приортет использования библиотек системы (чего и хочет ТС) вполне решают эту проблему. Главное не скатиться в монолит (привет биг-фреймворкам) и не увлекаться DIC.


_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
Michael
Кстати вот этот момент очень специфичный:

Цитата
на модулях которые могли бы легко заменяться/подключаться/отключаться без каких либо поломок, инсталов, деинсталов (простая иницилизация)

Тут по сути описывается такой модуль, как его во фреймворках понимают.
Т.е. с ним работает программист вручную.
А CMS-ки - это системы намного более высокого уровня.
С ними работает просто человек - владелец сайта, и CMS позволяет ему управлять содержимым, да и большинство имеет понятие о подключении тем или иным способом из админки дополнительных плагинов/модулей. Но тут сразу возникают уже первые реальные задачи wink.gif . Как поддерживать этот код в актуальности, как сделать чтобы модуль создал что ему надо в БД. И все ж современно надо делать, одно через композер, второе через миграции.

Если же не париться и ничего этого не делать, то у вас будет решение типа фреймворка, оно так проще конечно, поэтому ими же пользуются.
Но соответственно вы не сможете распространять свой двиг, вот так под ключ, как это в цмс=ках, чтобы обычные пользователи пользовались, интересовались и т.д.

_____________
There never was a struggle in the soul of a good man that was not hard
BuxarNET
Цитата (S.Chushkin @ 29.10.2020 - 13:46)
Цитата (BuxarNET @ 29.10.2020 - 04:45)
и выбираю исполнителей.


И как, уже нашёл кого-нибудь? (если не секрет, конечно)

пока не особо имею время окончательно заниматься выбором и согласовывать детали

поймал Ковид, работаю очень мало, самочувствие не очень

но предварительно желающие есть и самое сложное это сделать правильный выбор именно на написания ядра, с модулями будет попроще
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.