Есть ли проблемы с использованием Dynamic View в RAD 7.5?
Наша команда недавно перешла от использования WSED 5.2 к использованию RAD 7.5 для разработки кода (мы немного отстаем от кривой в разработке программного обеспечения). Это, как и переход на сервер WAS 7, является обязательным шагом для нас, поэтому переход к другому разработчику или серверу невозможен.
После перехода к новому разработчику у меня возникли проблемы с внесением изменений в приложение и их тестированием на локальном сервере. Обновление сервера не помогает, равно как и очистка или публикация на сервере. Даже очистка и перестройка проектов, похоже, не помогают. Единственное, что позволяет мне просматривать и тестировать изменения кода со 100% -ной надежностью, - это полный сброс системы с последующей чистой и перестройкой проекта - что, очевидно, не то, на что мы надеялись с новым инструментом разработчика.
Мне приходит в голову, что это может иметь какое-то отношение к моему представлению кода - мы используем систему совместного использования кода ClearCase, и по своему выбору мы решили попытаться использовать Dynamic View для моего кода, потому что мы думали, что это будет здорово и быстро и динамичный в то время. Но теперь, глядя на проблемы, с которыми я сталкиваюсь, просто тестируя код, я задаюсь вопросом, было ли ошибкой использовать Dynamic View.
Есть ли какие-либо проблемы с использованием Dynamic View в проекте кодирования с общим доступом к файлам с RAD 7.5, о которых нам следует знать? И есть ли исправления для этого? Пожалуйста, обратите внимание, что хотя это не было бы идеально, "переключение в статическое представление" было бы приемлемым "выбором".
1 ответ
Если ваши операции включают в себя не только пунктуальный доступ для чтения, но и массовые операции чтения / записи, я бы порекомендовал использовать представление моментального снимка и посмотреть, сохраняется ли проблема.
Вы можете настроить правила загрузки для загрузки в указанном виде снимка только того, что вам нужно.