Ну, на вывод вы сами вышли — самое время начать хранить чеки, я думаю.
А дальше алгоритм простой: ваш ноут задержали на таможне, прислали уведомпление о пошлине. Вы им в ответ высылаете подтверждение, что пошлина уже заплачена (чек, квитанцию). Убедившись, что пошлина уже заплачена, ваш ноут пропускают.
Смысл таможенного союза как раз в обобщенных таможенных правилах. Могут быть какие-то временные различия, но в целом внутри одного таможенного пространства не могут действовать разные правила обложения пошлиной.
Нет, потому что если вы купили его в России, то вы уже заплатили за него пошлину (ну, то есть, импортёр заплатил, а вы заплатили ему).
Тоже самое верно и при посылки техники в ремонт. Когда вам ее высылают обратно пошлину платить не надо, потому что вы ее заплатили при покупке.
Я боюсь, ваш пламенный спич немного не по адресу. Хочу напомнить, что в данной статье речь идет о сравнении разных контекстов в Спринге, а не обсуждается нужен ли DI вообще, и Спринг в частности.
Заранее согласен, что DI нужен не всегда (когда я пишу Hello World, наверное, обойдусь без DI), и что Спринг — не единственный DI framework в мире (это как-бы факт). Какое отношение эти два тезиса имеют к спору какой контекст лучше подходит когда при использовании Спринга?
Всё зависит от того, кто такие «пользователи».
Для professional services, которым нужно слегка «твикнуть» продукт (больше, чем URL, меньше, чем писать код) — выбрать нужную версию того или иного сервиса (среди уже написанных) — самое оно. Например, моя система умеет брать какие-то сообщения и из файла, и из базы данных, в зависимости от среды клиента. professional services (за пол-зарплаты программиста) сможет поменять один бин на другой в груви ничего не сломав, и не пересобрав.
Преимущество XML-а (и Groovy) над Java конфигом в том, что нет необходимости пресобирать и перекомпилировать продукт для того, чтобы изменить конфигурацию. Тпереь не нужно выносить 100500 переменных в 100500 property файлов — Груви скрипт сам по себе читабельный, писабельный, и перезагружаемый отдельно от приложения.
А дальше алгоритм простой: ваш ноут задержали на таможне, прислали уведомпление о пошлине. Вы им в ответ высылаете подтверждение, что пошлина уже заплачена (чек, квитанцию). Убедившись, что пошлина уже заплачена, ваш ноут пропускают.
Тоже самое верно и при посылки техники в ремонт. Когда вам ее высылают обратно пошлину платить не надо, потому что вы ее заплатили при покупке.
обоеваватарок?!Там был баг, который я пофиксил, и мой pull-request смерджен.
Соберите из head-a, и все будет работать :)
Заранее согласен, что DI нужен не всегда (когда я пишу Hello World, наверное, обойдусь без DI), и что Спринг — не единственный DI framework в мире (это как-бы факт). Какое отношение эти два тезиса имеют к спору какой контекст лучше подходит когда при использовании Спринга?
Для professional services, которым нужно слегка «твикнуть» продукт (больше, чем URL, меньше, чем писать код) — выбрать нужную версию того или иного сервиса (среди уже написанных) — самое оно. Например, моя система умеет брать какие-то сообщения и из файла, и из базы данных, в зависимости от среды клиента. professional services (за пол-зарплаты программиста) сможет поменять один бин на другой в груви ничего не сломав, и не пересобрав.
Нет никого смысла поощрять оффлайн. Я бы вообще дороже сделал.