1. Хорошим тоном является прописывание имени таблицы всегда (@Table(name =«TABLE_NAME»)) даже в том случае, если имя класса совпадает с именем таблицы.
2. То, что вы пишете внутри @Column за исключением имени колонки имеет значение, только если вы генерите базу по коду. В рантайме эти аттрибуты не используются.
3. Не всегда с хибернейтом работают на прямую. Он реализует спецификацию JPA, таким образом программист никаких Session никогда не увидит.
Нет, дают за то, что попадаешь в топ по популярному тэгу. Я за android получил, но для этого пришлось 10к намотать. А Yearling я получил совсем недавно.
1) В том-то и дело, что класс сразу говорит: внутри я устроен так-то. А должен говорить — какая разница тебе, как я устроен, я просто запускаю нужные активити!
2) с этим согласен, да, startActivityForResult все портит.
1. Зачем нужно разделение на ActivityMediator и MyActivityMediator? Неужели нельзя было одним классом обойтись? И назвать его как-то получше, чтобы в имени не отражались детали реализации(паттерн), скажем ActivityLauncher?
2. Зачем вы специализируете ссылку на контекст классом Activity? А если вы захотите из сервиса активити вызывать? Менять же придется. У вас уже есть интерфейс Context, используйте его.
3. Чекстайл-онли: что за манера писать члены класса с префиксом m? Ну любая среда разработки подкрашивает члены класса, зачем это надо?
Так про это же и говорят — начинайте оптимизировать, если видите проблему, а пока проблемы нет пользуйтесь исключениями. Сколько можно одно и тоже-то повторять…
Товарищи! Идем сюда: Roman Nurik Google + profile или сюда: Reto Meier Google + profile, и просим помочь с проблемой. Я общался с Нуриком на GDD — он совершенно адекватный человек и, по крайней мере, может постучать там в гугле нужным людям. Ну и вообще, он просто клевый.
Наша школа учит на уроках литературы повторять за учителем смысл произведений вместо процесса обдумывания, на математике — знать доказательства теорем вместо умения их доказывать, а… я могу долго продолжать.
Ребята, развели холивар на пустом месте. Вы всерьез пытаетесь мерить производительность кода с if-ом и без? Кто вас этому учил? Не сказано ли, имеешь проблему с производительностью — найди узкое место и оптимизируй его? А до тех пор, пока такой проблемы нет идем писать наиболее ясный и читаемый код. А исключений для обработки ошибок лучше еще не придумали в плане читаемости, по крайней мере, для Java.
Хехе. А в России такое нельзя осуществить законодательно: дактилоскопия законопослушных российских граждан исключительно добровольна, за одним маленьким исключением.
Скажите пожалуйста, а про unchecked exceptions вы знаете? А про принцип fail fast?
Пара замечаний:
1. Хорошим тоном является прописывание имени таблицы всегда (@Table(name =«TABLE_NAME»)) даже в том случае, если имя класса совпадает с именем таблицы.
2. То, что вы пишете внутри @Column за исключением имени колонки имеет значение, только если вы генерите базу по коду. В рантайме эти аттрибуты не используются.
3. Не всегда с хибернейтом работают на прямую. Он реализует спецификацию JPA, таким образом программист никаких Session никогда не увидит.
2) с этим согласен, да, startActivityForResult все портит.
1. Зачем нужно разделение на ActivityMediator и MyActivityMediator? Неужели нельзя было одним классом обойтись? И назвать его как-то получше, чтобы в имени не отражались детали реализации(паттерн), скажем ActivityLauncher?
2. Зачем вы специализируете ссылку на контекст классом Activity? А если вы захотите из сервиса активити вызывать? Менять же придется. У вас уже есть интерфейс Context, используйте его.
3. Чекстайл-онли: что за манера писать члены класса с префиксом m? Ну любая среда разработки подкрашивает члены класса, зачем это надо?