Как решить, как разделить ваш проект Django на приложения
Один из более известных отрывков блока от цикла отображения текстур Michael Abrash (, экс-причинил боль подробно здесь ):
add edx,[DeltaVFrac] ; add in dVFrac
sbb ebp,ebp ; store carry
mov [edi],al ; write pixel n
mov al,[esi] ; fetch pixel n+1
add ecx,ebx ; add in dUFrac
adc esi,[4*ebp + UVStepVCarry]; add in steps
В наше время большая часть экспресса компиляторов усовершенствовала конкретные инструкции ЦП как intrinsics, т.е. функции, которые компилируются вниз в фактическую инструкцию. Visual C++ MS поддерживает intrinsics для MMX, SSE, SSE2, SSE3 и SSE4, таким образом, необходимо волноваться меньше о раскрытии к блоку для использования в своих интересах конкретных инструкций платформы. Visual C++ может также использовать в своих интересах фактическую архитектуру, для которой Вы нацелены с соответствующей установкой ARCH/.
1 ответ
Если с одной моделью на файл будет для вас идеальным ответом, для этого есть приложение.
Я никогда не делал этого в масштабе 80 файлов моделей, но я, безусловно, могу указать вам на другой вопрос о стеке:
Около 20 моделей в 1 приложении django
http://djangosnippets.org/snippets/1838/
Какие у вас, кстати, проблемы с круговыми ссылками? Если это с определениями ForeignKey, вот способ обойти это ... http://docs.djangoproject.com/en/dev/ref/models/fields/#django.db.models.ForeignKey
Вы также можете посмотреть на django.db.loading.get_model, но некоторые могут нахмуриться по этому поводу.