Что такое дизайн, управляемый доменами?
То, где это создается, является решением реализации разработчика компилятора, действительно. Скорее всего, строковые литералы будут сохранены в сегментах только для чтения памяти, так как они никогда не изменяются.
В старые дни компилятора, Вы раньше имели статические данные как эти литералы и глобальные но изменяемые данные. Они были сохранены в ТЕКСТЕ (код) сегмент и ДАННЫЕ (инициализируемые данные) сегмент.
, Даже когда у Вас есть код как char *x = "hello";, эти hello, сама строка хранится в постоянной памяти, в то время как переменная x находится на стеке (или в другом месте в writeable памяти, если это - глобальное). x просто установлен на адрес эти hello строка. Это позволяет все виды хитрых вещей как строковое сворачивание, так, чтобы "недопустимая опция" (0x1000) и "допустимая опция" (0x1002) могли использовать тот же блок памяти следующим образом:
+-> plus:0 1 2 3 4 5 6 7 8 9 A B C D E
| +---+---+---+---+---+---+---+---+---+---+---+---+---+---+----+
0x1000 | i | n | v | a | l | i | d | | o | p | t | i | o | n | \0 |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+----+
Имеют в виду, что я не имею в виду постоянную память с точки зрения ROM, просто память, это выделено хранению неизменного материала (который может быть отмечен действительно только для чтения ОС).
Они также никогда не уничтожаются до main() выходы.
1 ответ
DDD (домен управляемый дизайн) является полезным понятием для, анализируют требований проекта и обработки сложности этих требований. Перед этим люди анализировали эти требования с рассмотрением отношений между классами и таблицами, и на самом деле их дизайн был основан на отношениях таблиц базы данных, это не старо, но это имеет некоторые проблемы:
-
В больших проектах со сложными требованиями это не полезно, хотя это - отличный способ дизайна для маленьких проектов.
-
, когда Вы не имеете дело ни с одним технические люди, которых они надевают, t имеют техническое понятие, этот конфликт может вызвать некоторые огромные проблемы в нашем проекте.
, Таким образом, DDD решают первую проблему с рассмотрением основного проекта как Домен и разделение каждой части этого проекта к маленьким частям, которые мы известны к Ограниченному Контексту, и каждый из них не имеют никакого влияния на другие части. И вторая проблема была решена с повсеместным языком, который является общим языком между техническими членами команды и владельцами продукта, которые не являются техническими, но имеют достаточно знания об их требованиях
Обычно простое определение для , Домен является основным проектом, который делает деньги для владельцев и других команд.