pfedorov031090, есть готовое решение - забыть о существовании MS Office и сгенерировать банальный HTML. Сохранить его с расширением .docx - и, внезапно, Ворд ничего даже не заметит...
Евгений Шатунов, GO, как я его понимаю - это не про объем и разделение, а про грубое нарушение инкапсуляции. Там, где должны быть интерфейсы и разделение логики - GO хватает что хочет откуда хочет и влезает в любой процесс в любом месте.
А тут - вполне возможно, что вся работа с этим классом идет через один-единственный метод, и ничего лишнего, кроме необходимого, он об окружающем коде не знает. Просто сама его работа достаточно развесиста и может быть вынесена в подклассы.
Виктор, это ничего не меняет.
Логично СНАЧАЛА собрать данные, а ПОТОМ из них уже делать запрос, ЕСЛИ он вообще имеет смысл. Это позволит через год, разбираясь в этом коде, не крыть трехэтажно того, кто такого наворотил. Стыдливо вспоминая, что сам же и обосрался.
Вообще-то ничто в вопросе не указывает, что это именно God Object, а не просто, скажем, замороченный калькулятор для четырех разных расчетов, в котором не удосужились грамотно выделить подклассы.
Если в коде уже известно, что поле не нужно будет менять - логично в коде же и предусмотреть ветку, не вставляющую в запрос это изменение. Или не делающее запрос вовсе, если в этом нет смысла. А сбегать в базу, чтобы ничего не сделать - это говнокод.
Никита, собственно, ваш пример - яркий симптом архитектуры, нарушающей S в SOLID. Поэтому обсуждение того, как лучше с этим работать, не имеет особенного смысла. Лучше - переделать грамотно, тогда и подобные вопросы отпадут сами собой.
Никита, смотря что вы с ними работаете. Чтобы посмотреть реализацию нужного метода, в IDE достаточно одного щелчка. Какой длины файл, в котором он находится - вообще некритично. А вот если придется искать, в каком из пяти файлов разложено нужное - тут и IDE может начать глючить.
Продумывание того, в чем все равно не разбираешься - это разновидность прокрастинации.
Если понятно, что будет работать при любой разметке - нечего городить огород без необходимости. Самому же потом разгребать косяки, и уж лучше пусть они будут из тех, с которыми сталкиваются 90% админов, чем модно-молодежными-хрен-найдешь-спеца.
Вообще-то тот же Яндекс, вполне возможно, станет вас обижать в поиске за такое решение.
С его точки зрения, правильное решение - два разных домена для разного контента.
Заменить монитор, раскурочив устройство, которое стоит дороже того монитора, и заменить его все равно не может - это даже не "стоя в гамаке", это "знает толк в извращениях"
xotkot, "вызывающе" не подходит тем более. Я вообще не любитель мериться и набрасываться. Просто пытаюсь понять людей. И насколько я понял ТС, для него ваш комментарий - китайская грамота. Впрочем, это ему судить.
xotkot, прошу прощения, если мой комментарий показался оскорбительным.
Просто мне показалось очевидной пропасть между тем, что вы объясняете, и тем, что ТС спрашивает. И, соответственно, бессмысленность такого объяснения.
xotkot, что вы человеку голову морочите? Он азов не понимает, вы его системдой грузите.
Крон вон запускает процессы от пользователя без всяких "поднятий" как-то.
Веб-сервер работает от www-data, которым вообще не залогинишься.
А перечисленным ТС сервисам вообще от пользователя работать незачем.
Налицо непонимание работы системы.
Системе для работы на хрен не нужен пользователь.
Логин нужен только для того, чтобы установить окружение и права для действий пользователя.
Поэтому термин "автологин" применим исключительно к DE.
