Advertisement
Guest User

Untitled

a guest
Oct 1st, 2014
267
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 5.10 KB | None | 0 0
  1. 1. Если есть две практически одинаковые страницы но у них может на несколько контролов отличаетсь view.
  2. ViewModel будет тоже практически идентично, отличается на несколько функций.
  3. Стоит ли эти две страницы разделять или сделать из них одну страницу, но с флагом /IsPageX/ - то такойто набор контролов.
  4. И расшаривать между ними одну ViewModel.
  5.  
  6. 2. Если у нас есть кастомный контрол (список из чекбоксов, картинок и гридов) который может иметь несколько состояний:
  7. 1. Показывает такие и такие контролы
  8. 2. Показывеет только такие контролы
  9. 3. Показывает другие контролы.
  10. Стоит ли для такого контрола сделать во View несколько темплейтов(наборов из этих контролов) или же луче в коде добавить
  11. функцию которая будет принимать состояние и в зависимости от него дизейблить/удалять ненужные контролы.
  12.  
  13. 3. В каких случаях нам нужна бд(SqlLite) например, если просто в коде я могу сделать набор моделек и сереализовать их в localstorage,
  14. где хранить ключи от данных в localstorage: размазывать по приложению или в одном классе.
  15.  
  16. 4. Как лучше всего организовать слой для доступа к localStorage? Нормально ли использовать одни и те же модельки
  17. и для localstorage(или json из интернета) и для доступа из viewmodel или же их лучше разнести в три разных слоя(storage/интернет/viewmodel).
  18.  
  19. 5. Где лучше писать функции для получения данных, напр. из интернета?
  20. 1. Во viewmodel.
  21. 2. B model.
  22. 3. Добавить еще один слой datamodel, который будет отображать, напр. json из интернета, но так же будет иметь функцию для получения этих данных,
  23. после viewmodel будет обращаться к datamodel, получать данные, конвертировать их в model и передавать на view.
  24.  
  25. 6. В чем примущество mvvm, mvp стоит ли из микшировать.
  26. 7. Стоит ли всегда придерживаться mvvm, накпример всегда обрабатывать клик кнопки во viewmodel или же иногда если совсем маленькая логика можно
  27. сделать обработку в codebehind.
  28.  
  29. 8. Стоит ли делать свои сереализаторы данных, что избежать напр. инициализации нужного класса, который потом мог быть сереализован или
  30. же лучше во время выполнения алгоритма и генерить сереализованую строку, загрязняя код этим.
  31. 9. Когда стоит создавать общие стили для кнопки?
  32.  
  33. Напр. если кнопка имеет чуть другую высоту от других кнопок и fontsize надо ли для нее создавать отдельный стиль или можно во view его влепить.
  34. 10. В какой момент стоит начать заниматся интерфейсом.
  35.  
  36. 1. Сначала послностью делает работающее приложение, а потом у него раскрашивается дизайн.
  37. 2. Паралельно - сделал контрол, разрисовал, сделал страницу, разрисовал.
  38.  
  39. 11. Какие слои должны быть в приложении. Куда помещать вспомогательные классы(напр. по работе с json/интернетом), логику оработки каких-то данных
  40. которые пришли во viewmodel.
  41.  
  42. 12. Cтоит дропать классы для viewmodel, view после их использования, когда не факт, что пользователь к ним обратиться, но в тоже время
  43. эти классы могут выполнять длительные операции: получать данные из интернета, диска.
  44.  
  45. 13. В чем примущество использования xml перед js+html+css
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement