Артём К, это из-за того, что рабочая директория запущенного процесса внутри bin, а путь до xml файла ты указал локальный - в результате он ищет файл в рабочей директории.
Если хочешь это поменять, то указывай абсолютный путь
LanskoyGames, вопрос еще к "но разве это страшно ради точных вычислений" - что это значит?
- Целочисленная арифметика и так без ошибок выполняется с двоичной системой
- Для чисел с плавающей точкой без погрешности не обойтись - как ни крути, у тебя ограниченное число битов, которые могут хранить результат. И вот тут приходим к 2,5 - это также означает, что и точность будет в 2,5 раза меньше (т.к. места для результата меньше)
WbICHA,
1. в IDE используется своя тема оформления - каждый цвет закреплен за нужными токенами. Если все будет сверкать и переливаться, то сложнее обнаружить нужный кусок кода
2. Имел ввиду вложенность: как по мне гораздо лучше организовать код так, чтобы в условной функции было не больше 3 уровней вложенности (например, цикл -> цикл -> if). Если больше, то лучше разбивать на отдельные функции, либо переорганизовывать логику тех же самых условий
tukreb, тогда проблем не вижу: в любом случае надо будет мокать как-то. Либо просто эти классы-моки написать, либо ставить полноценный мок всей зависимой системы. Первое гораздо проще.
Ну а по поводу увеличения кол-ва зависимостей - оно линейное. Слишком много создавать не придется. За все надо платить.
tukreb, в общем да - просто вынесем выше.
Здесь вот что можно учесть:
1. Этот код может быть обобщенный, то есть не надо в каждой операции с сущностью постоянно писать эти проверки. Будет компонент, который это все проверит
2. Гораздо облегчится юнит-тестирование - убрать все эти проверки и останется только бизнес-логика
tukreb, я не знаю какая задача/проблема решается и не пхпшник, но одно могу сказать - если EnterpriseDispatcherService - только для проверки доступа, то что-то тут не то. Проверка доступа - это инфраструктура, доменные сущности не должны об этом знать.
Мне кажется лучше вынести проверку доступа выше по вызовам, например, проверять это в самом контроллере, либо сделать свой плагин/компонент авторизации (скорее всего symphony умеет подобное). Тогда единственная задача будет - через условный if добавлять этот декоратор/плагин/компонент при сборке зависимостей
Roman_Gy, думаю 1 будет лучше, т.к.:
1. понятно что и где искать
2. изменения в 1 файле не затронут логику в других
3. если есть общая логика, то лучше ее будет вынести в отдельные файлы (скорее всего другие страницы тоже будут ее использовать)
1. В каждом проекте Data Storage Layer и Data Access Layer могут означать разные вещи.
2. Что такое Storage Procedure? Хранимая процедура?
3. Не понял, почему нельзя создать тестовую БД
