Каково Ваше мнение о Платформе Объекта? [закрытый]
Вы используете tools:text="Ramesh Singha" в textView, и это используется для целей тестирования. Вы должны использовать следующие опции, если хотите установить текст
-
android:text="Ramesh Singha" -
Добавить код
<TextView
android:id="@+id/tv_emp_name"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:textSize="24sp"
android:textColor="#262d3d"
android:letterSpacing="0.02"
tools:text="Ramesh Singha"
android:fontFamily="@font/roboto_slab_bold"
android:layout_below="@id/imgv_boss"
android:layout_centerInParent="true"
android:layout_marginTop="26dp" />
TextView userName=(TextView)findViewById(R.id.tv_emp_name)
userName.setText("Ramesh Singha")
4 ответа
Если Вы никогда не использовали типа Предприятия или O/RM (такого как NHibernate или LLBLGen), Вы, вероятно, не найдете много недостатков с Платформой Объекта. В моей компании мы оценили все 3 инструмента и закончили тем, что выбор LLBLGen, потому что это был очень простой способ работать непосредственно с базой данных (вместо того, чтобы провести много времени, создающего объектную модель).
По любой причине для нас было просто легче запуститься с нашей модели данных и расти (LLBLGen и подход EF), вместо того, чтобы запуститься с объектной модели, поскольку Вы будете с NHibernate. Моя команда не могла действительно "получить" Платформу Объекта... казалось более трудным работать с, чем LLBLGen.
Возьмите это с мелкой частицей соли... мы оценили все 3 инструмента в течение нескольких дней, таким образом, наш опыт с EF и NHibernate не особенно глубок.
Я предлагаю, чтобы Вы смотрели на https://stackoverflow.com/questions/tagged/entity-framework для получения дополнительной информации о платформе объекта и как это выдерживает сравнение с другими инструментами.
У меня ужасные времена с новой Entity Framework 4. Из-за одной маленькой проблемы с параллелизмом . Настоящая проблема с Entity Framework: - Нет нормального веб-сайта, чтобы дать мне ответы или опубликовать мои проблемы - Нет хорошей документации, как никогда, для хороших практик - Нет руководств по основам работы с ним (одномерные CRUD, которые все публикуют в Интернете, довольно бесполезны)
И, наконец, как и большинство ORM: трудно заставить его работать так, как вам нужно
Мишель - в чем конкретно заключаются ваши параллельные вопросы? Мы находимся в процессе оценки EF для большого проекта, который вот-вот начнется. У нас есть прошлый опыт использования ORM на больших проектах (LLBLGen), но мы искали родной ORM MS через EF. Любое понимание ваших болевых точек было бы полезно.
Вы можете найти довольно подробную информацию здесь: http://msdn.microsoft.com/en-us/library/aa697427(VS.80).aspx
Что касается оригинального вопроса: я определенно считаю, что EF стоит изучить, потому что, скорее всего, мы будем слышать об этом годами. Даже если Ваша команда/компания не использует его сейчас, он, скорее всего, будет в нашей жизни в будущем....so на мой взгляд, полезно исследовать все, что нас окружает.
Я потратил около 10 часов, оценивая сейчас, и вот что я нашел :
-Что Вы думаете по этому поводу? - Пока что версия 4, кажется, соответствует минимально допустимым возможностям ORM.
-Могу ли я научиться этому? - На мой взгляд, да. Пожалуйста, посмотрите мои комментарии выше.
-В чем его сильные стороны? - Нативная поддержка инструментов в VS
-В чем ее слабые стороны? - Я согласен с другим постером, что другие инструменты ORM могут быть намного проще. Я использую LLBLGen уже около 4 лет. Я помню, что у него была кривая обучения, но по каким-то причинам это не заняло много времени.
-Недостаток сильно типизированных include + справка по обходу модели в include немного слабовата.
Также в предыдущем релизе отсутствие поддержки FK сделало EF, на мой взгляд, необычно ценным.