Правила     Закладки     Карма    Календарь    Журналы    Помощь    Поиск    PDA    Чат   
        СМС-ки
   
Пейджер выключен!
Страницы: (2) 1 [2]  ( Перейти к первому непрочитанному сообщению )  
Фильтр авторов:    показать 
  скрыть
  Ответ в темуСоздание новой темыСоздание опроса

> Халтурка прилетела
Michael  
Дата
Цитировать сообщение

Пользователя сейчас нет на форуме



Здесь живет
******

Профиль
Группа: Эксперт
Группа переписки
Сообщений: 6065
Пользователь №: 18498
На форуме: 7 лет, 4 месяца, 13 дней
Карма: 256




Цитата (Guest @ 5.10.2016 - 11:15)
Если модуль пользователей по какой-то причине не устраивает разработчика и он хочет сделать свой, то выясняется, что переписывать нужно все модули, потому что всё зависит от него.

Эти вопросы остро стоят перед свободно распространяемыми движками, которыми пользуются многие. А у ТС-а свой коммерческий движок, написанный под себя и в любой момент в новой версии можно докинуть новых фич, натюнить модуля как надо, если не сделал этого ранее.

Кстати, у кого если есть свой приватный(коммерческий) движок, под какой лицензией вы его вместе с проданным сайтом распространяете?


--------------------
There never was a struggle in the soul of a good man that was not hard
PM
    0   Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда
Arh  
 ۩  Дата
Цитировать сообщение

Пользователя сейчас нет на форуме



146%
******

Профиль
Группа: Форумчанин
Завсегдатай форума
Сообщений: 2110
Пользователь №: 27172
На форуме: 5 лет, 8 месяцев, 8 дней
Карма: 70




Guest
В принципе Michael в точку попал.
Движок не расшариваю, нет необходимости думать о каких то таинственных разработчиках, которым не понравится модуль. Пушу под конкретную задачу и кое что по фану.
Но от появления супер модуля картина не меняется, пишется новый модуль пользователей, в настройках DI меняется класс User на класс UserFromVasay и всё продолжает также работать.
Да и CMF всё такие отличается от CMS, где окружение построено во круг какого то модуля статей или каталога товаров. У меня лишь несколько легко заменяемых библиотек, на которые через модули накручены вэб интерфесы.


--------------------
:)
PMСайт пользователя
    0   Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда
Guest  
Дата
Цитировать сообщение


Гость пожелал остаться неизвестным

Unregistered









Цитата
Но от появления супер модуля картина не меняется, пишется новый модуль пользователей, в настройках DI меняется класс User на класс UserFromVasay и всё продолжает также работать.

Да, но проблема в том, что интерфейс высокоуровневых модулей может значительно отличаться от проекта к проекту. Представление пользователя для страховой компании будет значительно отличаться от представления пользователя для медицинской клиники. Не получится описать общий для всех интерфейс. Это бизнес-логика. Бизнес-логику не описывают интерфейсами, поскольку бизнес-логика это частный случай одного конкретного бизнеса. Интерфейсами можно описать инфраструктурные вещи, такие как кеширование, но бизнес-логику нельзя. Поэтому на цмс трудно реализовать нетиповое решение, бизнес-логика не совпадает. Контейнер зависимостей не решит этой проблемы и не должен. В контейнере вообще не должны размещаться элементы доменной модели (бизнес-логики).
    0   Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда
Arh  
 ۩  Дата
Цитировать сообщение

Пользователя сейчас нет на форуме



146%
******

Профиль
Группа: Форумчанин
Завсегдатай форума
Сообщений: 2110
Пользователь №: 27172
На форуме: 5 лет, 8 месяцев, 8 дней
Карма: 70




Guest
Так стандартный функционал для работы с пользователями и не должен включать в себя управления медицинскими картами.
Там чисто технические данные, id, пароль, когда заходил, на какую почту зарегистрирован, остальное реализуется модулями.
Цитата
В контейнере вообще не должны размещаться элементы доменной модели (бизнес-логики).

Почему не должны? У меня например вызов любого класса успешно реализуется через DIС, модуль подключается через DIC, он же в контроллер модуля кидает все зависимости, включая его собственные модели.

У тебя какое видение решения твоей проблемы?


--------------------
:)
PMСайт пользователя
    0   Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда
brevis  
Дата
Цитировать сообщение

Пользователя сейчас нет на форуме



Здесь живет
******

Профиль
Группа: Форумчанин
Завсегдатай форума
Сообщений: 269
Пользователь №: 39616
На форуме: 2 года, 6 месяцев, 27 дней
Карма: 31




Цитата (Guest @ 5.10.2016 - 21:26)
Представление пользователя для страховой компании будет значительно отличаться от представления пользователя для медицинской клиники. Не получится описать общий для всех интерфейс. Это бизнес-логика.

В мире CMS(F) и всего такого такой проблемы вообще не существует. Там просто есть дополнительные поля smile.gif


--------------------
PMПисьмо на e-mail пользователю
    0   Для быстрого поиска похожих сообщений выделите 1-2 слова в тексте и нажмите сюда Для быстрой цитаты из этого сообщения выделите текст и нажмите сюда
  Быстрый ответ
Информация о Госте
Введите Ваше имя
Кнопки кодов
Для вставки цитаты, выделите нужный текст и
НАЖМИТЕ СЮДА
Введите сообщение
Смайлики
:huh:  :o  ;) 
:P  :D  :lol: 
B)  :rolleyes:  <_< 
:)  :angry:  :( 
:unsure:  :blink:  :ph34r: 
     
Показать всё

Опции сообщения  Включить смайлики?
 Включить подпись?
 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:

Опции темыСтраницы: (2) 1 [2]  Ответ в темуСоздание новой темыСоздание опроса