Насколько Популярный Платформа Шва
Вот простое решение для простой функции:
.toJSON() Метод
Вместо сериализуемого класса JSON реализуйте метод сериализатора:
import json
class Object:
def toJSON(self):
return json.dumps(self, default=lambda o: o.__dict__,
sort_keys=True, indent=4)
Итак, вы просто вызываете его для сериализации:
me = Object()
me.name = "Onur"
me.age = 35
me.dog = Object()
me.dog.name = "Apollo"
print(me.toJSON())
выведет:
{
"age": 35,
"dog": {
"name": "Apollo"
},
"name": "Onur"
}
10 ответов
В нашем Шов JBoss в презентации Действия на конференции Javapolis в прошлом году, мой коллега и я сказали, что 'Шов является следующим Struts'. Этому было нужно некоторое объяснение, которое я более позднее записание как Шов является новым Struts. Само собой разумеется, нам нравится Шов.
Один признак популярности Шва является уровнем трафика в Пользовательский Форум Шва .
Шов фиксируется JSF на основе аннотаций. Никакой более дрянной XML. Я использовал его на работе.
Надежда это помогает немногому, но в моем колледже просто был обновлен наш курс веб-приложений. Таким образом, теперь мы идем jsp, сервлет, в спящем режиме маршрут со второй частью курса о главным образом Шве JBoss. Таким образом, кто знает, вероятно, просто требуется время для роста в сообществе.
Я сказал бы, что шов является довольно популярной платформой, он имеет замечательную документацию, великое и полезное сообщество и форум со многими много вопросов и проблем, которым отвечают.
Это должно быть популярно среди разработчиков, которые используют jsf, потому что это работает отлично с jsf, но не только, что... это фиксирует jsf во многих отношениях (s:convertEntity тег, и объединенная компонентная модель является моими любимыми примерами).
Это действительно работает для нас .... JSF + EJB3.0 с помощью фреймворка шва - это действительно фантастика. Но у меня есть вопрос ... почему это не становится все более популярным для разработки крупномасштабных приложений. Я видел, что многие используют другие платформы для разработки крупномасштабных приложений j2ee. Мне кажется, что шов действительно помогает разработчикам создавать Приложение j2ee ... но все же ... почему это, но входит?
Я использовал Шов JBoss на двух коммерческих проектах для двух различных клиентов. Все же Шов JBoss является все еще новым подходом к разработке веб-приложений JSF. Одной мерой являются результаты Действительно Поиск работы.
Я использую JBoss Seam уже около года и очень люблю его весной. К сожалению, я не использую это на работе, больше для сайд-проектов и личных проектов. Для меня это экономит много времени на разработку новых проектов для клиентов. И одна большая причина, по которой я использую его в первую очередь, это плотная интеграция с каждым слоем, и я никогда не получаю ленивых ошибок нагрузки, которые я получал с Spring (даже после фильтра и других взломов).
Эквивалентное приложение Spring имело бы гораздо больше кода boilerplate внутри, чтобы заставить вещи работать. Пружина не очень хорошо интегрирует каждый слой, она более или менее является обёрткой для множества различных вещей, но не очень хорошо склеивает себя.
Другая хорошая вещь, которая мне нравится в Seam, это то, что они практикуют то, что они проповедуют. Посмотрите на их сайт. Угадайте, что он запускает, хм, живой пример их кода. Seam Wiki, форумы Seam и т.д. Если вы действительно верите в свой код, встаньте за него. Я был бы счастлив иметь их пейджер 24x7x365, держу пари, что он редко запускается.
Пока вы пишете намного меньше кода, кривая обучения примерно в два раза круче. Чем дальше, тем больше я понимаю, как писать хороший код. Я бы хотел увидеть больше комментариев, но что касается стиля кодирования, он хорошо написан.
С отрицательной стороны, как и любой продукт, который вы пытаетесь продать, Seam был через несколько лет после того, как весна уже стала популярной, так что весна является еще более популярным. Поиск на Indeed и Seam имеет только несколько хитов. Если Вы посмотрите на Spring, то там зарегистрировано около 40k пользователей, в то время как Seam имеет около 7k.
Зависит от того, что важно для Вас, как разработчик Java/инженер/программист, Вы должны быть в состоянии работать с обеими технологиями и, скорее всего, Вы столкнетесь с весенним приложением до того, как оно станет Seam. Научитесь и тому, и другому, и тому, как использовать и то, и другое. Если вы используете и то, и другое правильно и знаете нюансы и причуды каждого из них, разработка становится намного проще, независимо от того, используете ли вы Spring или Seam.
Я не согласен с утверждением: "Seam - это следующие стойки". Распорки были технологией просмотра, в то время как Seam интегрирует все слои. Я соглашусь, что это новая концепция, как и Struts, и она окажет такое же влияние на Java-сообщество, как и Struts. Я не думаю, что мы увидим этого до тех пор, пока Java EE 6 и CDI не станут более популярными, и, конечно же, Seam 3 не будет выпущен.
Walter
.Мне нравится Seam, уже год пользуюсь им профессионально.
Однако вопрос в его популярности. Я вижу следующие признаки того, что он не очень популярен (по крайней мере, по сравнению с обычным JSF или Spring):
Его форум очень неактивен (по крайней мере, на данный момент они усиленно работают над Seam 3). http://seamframework.org/Community/SeamCommunityForumSlightlyInactive
Вы также можете взглянуть на его сравнение с Spring в статистике поиска Google: http://www.google.com/insights/search /? hl = en-US # cat = 732 & q = seam% 2Cspring & cmpt = q
Я знаю только одну компанию здесь, в Афинах, где они ее используют, и я знаю несколько компаний, которые используют простой JSF, Struts или Spring ( конечно, Афины не репрезентативны для всего мира).
Мы используем Seam в течение некоторого времени в больших проектах. Легко запустить новый проект, очень удобна обратная разработка.
Когда в 90-х годах Java была представлена как дуб, сообщество не приняло ее, потому что она была слишком мощной для своего времени, а позже была оценена по достоинству, и теперь она все работает. Шов скоро станет популярным. в противном случае его можно переименовать с дуба в java.