Лучшая платформа МОК для .NET [дубликат]
Вы также можете просто окружить диаграмму контейнером (согласно официальному doc http://www.chartjs.org/docs/latest/general/responsive.html#important-note )
CSS
.chart-container {
width: 1000px;
height:600px
}
и с опциями
responsive:true
maintainAspectRatio: false
5 ответов
Я использую StructureMap, таким образом, я, вероятно, думаю, что это является лучшим. Но возможно в будущем я пошел бы для Единицы, так как это - поддерживаемый MS, что означает лучшую документацию и менее зависящий от доброжелательности одного человека, хотя тот человек очень goodwilled. Конечно, я не буду изменять платформу просто, потому что это хорошо. Пока что-то работает, я даже не обновляю.
Зависит от ситуации. Для маленьких проектов, где Вам нужен простой контейнер, я выбрал бы Ninject. Мне нравится то, что это является маленьким и минимизированным. Мне не нравится атрибут, но существуют пути вокруг этого.
Для большого решения, где Вам, возможно, понадобились бы больше, чем простой МОК, я пойду с материалом Замка. Партия гибкости там, можно использовать xml, атрибуты или DSL для конфигурирования материала, можно развернуть МОК в территорию AOP при необходимости в нем позже.
Я havn't попробовал structuremap все же. Кажется, что это делает намного больше, чем МОК. Но я не могу прокомментировать его. Я думал бы, что Ninject и Structuremap служат различным целям, таким образом, трудно выбрать между двумя, не зная немного больше о контексте. Лучше обычно относительное понятие :-)
Там является не лучшим. Большинство из них делает 90% того, в чем Вы нуждаетесь в значительной степени тем же способом. В определенных ситуациях можно было бы быть более гибкой, чем другой.
Учитывая выбор я выбрал бы Виндзор, если ничто иное, но я уже знаю это вполне прилично. Но я не схватил бы, если бы я должен был использовать Ninject или StructureMap. Они - оба хорошие платформы.
Я знаю, что в настоящее время Ninject является единственным, который будет работать на Компактной платформе, поэтому если это будет req. затем, Ninject является способом пойти.
Я немного боюсь Spring.NET, главным образом потому что я ненавижу XML. Но возможно это не настолько плохо, как я думаю, не горите меня :)
Я иду посредством этого процесса сам. Я рекомендовал бы начаться с ninject. Просто, потому что это так легко и имеет действительно низкий начальный уровень. У Вас может быть он и работающий в течение часов.
То, что Вы найдете, - то, что Вы разработаете свою систему с МОК в памяти и что дизайн будет в основном тем же независимо от платформы МОК, которую Вы используете.
Без слишком много переделывают beyong, основная платформа, устанавливающая вертикально Вас, должна смочь выгрузить NInject для чего-то как StructureMap, если Вы хотите.
Ваш лучший выбор состоит в том, чтобы начаться с одним и видеть то, что выходит, Вы находите и затем решаете, удовлетворила ли альтернатива Вашим потребностям лучше.
Платформы там, кажется, проходят динамический период с новыми версиями, выпускаемыми повсеместно. И MEF, который является МОК и намного больше, может вызвать дальнейшее изменение среды.
autofac - хороший выбор для небольших проекты. Если вам нужна жесткая интеграция IoC + с тем, что вы можете себе представить, я бы порекомендовал Spring.NET
РЕДАКТИРОВАТЬ Теперь, когда я думаю об этом, Autofac качается для проектов любого размера, тогда как Spring.NET чувствует слишком предприимчивый.