Предприятие, системы и архитектура приложения (лучшая практика?)
Посмотрите на свою функцию onCreateView. Если он воссоздает макет, он нарушает идентификатор перехода.
Решение:
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
// Inflate the layout for this fragment
if(inflatedView != null)
return inflatedView;
inflatedView = inflater.inflate(R.layout.fragment_blank, container,
return inflatedView;
}
3 ответа
Я отправил вопрос пару дней назад, но, продолжив исследование и прочитав ответ littlegeek , я думаю, что у меня есть нашел интересный технический документ, который показался мне очень информативным и интересным.
Прочтите: Сравнение четырех лучших методологий архитектуры предприятия Автор: Roger Sessions
отрывок ...
- - - - - - - - - - - 8 <- - - - - - - - - - - -
Многие методологии архитектуры предприятия приходили и уходили за последние 20 лет. На данный момент, возможно, 90 процентов специалистов используют одну из этих четырех методологий:
- Фреймворк Захмана для корпоративных архитектур - хотя сам себя описывает как фреймворк, на самом деле он более точно определяется как таксономия.
- Архитектурная структура Open Group Структура (TOGAF) - хотя и называется структурой, на самом деле более точно определяется как процесс
- Федеральная архитектура предприятия - может рассматриваться либо как внедренная архитектура предприятия, либо как упреждающая методология для создания архитектуры предприятия
- Методология Gartner - Лучше всего можно назвать архитектурную практику предприятия
В этом техническом документе обсуждаются эти четыре подхода к архитектуре предприятия. Это происходит в контексте вымышленной компании, которая сталкивается с некоторыми очень неуместными операционными проблемами. К этим проблемам относятся:
- ИТ-системы, которые стали неуправляемо сложными, и их обслуживание становится все более дорогостоящим.
- ИТ-системы, которые препятствуют способности организации реагировать на текущие и будущие рыночные условия своевременно и с минимальными затратами.
- Критически важная информация, которая постоянно устарела и / или просто неверна.
- Культура недоверия между деловой и технологической сторонами организации.
- - - - - - - - - - - 8 <- - - - - - - - - - - -
Белая книга помогла мне несколькими способами.
- Он дал мне хорошее введение и историю архитектуры (в частности, архитектуры предприятия)
- Он познакомил меня с тем, что предлагает автор, это 4 ведущие доступные архитектуры предприятия.
- И затем продолжаю сравнивать их логичным и простым способом с хорошими примерами, которые я мог бы связать.
Я не могу сказать, что на все мои вопросы были даны ответы, и теперь я готов умереть :-), но многое стало яснее, и поэтому я подумал, что кто-то еще может найти это полезным.
Я все равно буду признателен за любые дополнительные комментарии, предложения и вопросы, которые могут у вас возникнуть по этому поводу.
Вы, кажется, действительно хорошо разбираетесь в ситуации и понимаете сферу искусства архитектуры.
" Системы «Architecure немного сложнее определить - может быть, вы ищете« решение »или« ИТ », но звучит так, будто вы ищете, как ваша программная архитектура связана с миром физических серверов, с небольшим количеством сетей, добавленных в
» У нас много умных людей, которые делают правильные вещи, но только не последовательно и не повторяемо ».
Затем, будучи сертифицированным TOGAF 8, я бы сказал, что TOGAF привносит чувство« методологии »в различные аспекты определения архитектуры. и способ объединить технические группы специалистов по различным направлениям и закрепить их в соответствии с целями бизнеса.TOGAF также помогает понять необходимость управления архитектурой и твердо внедряет идею изменений (из всех частей - технических, данных, систем, программного обеспечения и бизнеса) в процесс.
Метод разработки архитектуры
- Техническая эталонная модель
- Информационная база стандартов
- Enterprise Continuum
Все они помогают собирать информацию об усилиях Archtecture и обеспечивают целостный подход к разработке и EA.
Это также помогает клиентам понять, что вы делаете и как вы можете представить TOAGF как способ показать, как они сочетаются друг с другом. PS - Я только заявляю, что TOGAF полезен, сделайте цитату, которую я вытащил, поскольку TOAGF решит эту проблему для вас.
Существуют другие фреймворки архитекторов.
программное обеспечение и бизнес) в процесс.
- Метод разработки архитектуры
- Техническая эталонная модель
- Информационная база стандартов
- Enterprise Continuum
Вся помощь в сборе информации об усилиях по архитектуре и обеспечение согласованности подход к разработке и EA.
Это также помогает клиентам понять, что вы делаете, и как вы можете представить TOAGF как метод, показывающий, как он сочетается друг с другом.
PS - Я только заявляю, что TOGAF является полезным, сделайте цитату, которая я вытащил, как TOAGF решит эту проблему для вас.
Есть другие архитектурные работы.
программное обеспечение и бизнес) в процесс.
- Метод разработки архитектуры
- Техническая эталонная модель
- Информационная база стандартов
- Enterprise Continuum
Вся помощь в сборе информации об усилиях по архитектуре и обеспечение согласованности подход к разработке и EA.
Это также помогает клиентам понять, что вы делаете, и как вы можете представить TOAGF как метод, показывающий, как он сочетается друг с другом.
PS - Я только заявляю, что TOGAF является полезным, сделайте цитату, которая я вытащил, как TOAGF решит эту проблему для вас.
Есть другие архитектурные работы.
- Метод разработки архитектуры
- Техническая эталонная модель
- Информационная база стандартов
- Enterprise Continuum
Все они помогают собирать информацию об усилиях Archtecture и обеспечивают согласованный подход к разработке и EA.
Это также помогает клиентам понять, что вы делаете, и как вы можете представить TOAGF как способ показать, как он сочетается друг с другом.
PS - Я только заявляю, что TOGAF полезен, если я приведу цитату, которую я вытащил, поскольку TOAGF будет рассматривать это для вас.
Есть другие архитектурные работы.
- Метод разработки архитектуры
- Техническая эталонная модель
- Информационная база стандартов
- Enterprise Continuum
Все они помогают собирать информацию об усилиях Archtecture и обеспечивают согласованный подход к разработке и EA.
Это также помогает клиентам понять, что вы делаете, и как вы можете представить TOAGF как способ показать, как он сочетается друг с другом.
PS - Я только заявляю, что TOGAF полезен, если я приведу цитату, которую я вытащил, поскольку TOAGF будет рассматривать это для вас.
Есть другие архитектурные работы.
Есть другие архитектурные работы.
Есть другие архитектурные работы.
У меня нет практического опыта работы с EA, но я действительно согласен с этим. Среди четырех лучших методологий советников я встретил первые три. Я просто не знаю Gartner, может быть, из-за недоступности его документов. ИМХО, когда мы говорим об EA, мы фактически говорим о согласовании бизнеса с технологиями. Таким образом, все методологии EA должны быть ориентированы на бизнес. Если нет, то это вообще не EA.
Я считаю, что TOGAF весьма полезен и понятен. Да, это процесс преобразования текущей базовой архитектуры в целевую. Принципы архитектуры выступают в качестве руководства высокого уровня при разработке EA. Основными компонентами TOGAF являются бизнес-архитектура, информационная архитектура и технологическая архитектура. И каждый из них может иметь свои архитектурные паттерны. NIH реализовал EA с FEAF. Это хороший пример реализации советника. Я думаю, что это очень похоже на подход TOGAF, по крайней мере, с точки зрения результатов.