Форум: "Прочее";
Текущий архив: 2010.08.27;
Скачать: [xml.tar.bz2];
ВнизНужно реализовать тестовую программу Найти похожие ветки
← →
@!!ex © (2010-03-09 12:38) [80]> [78] DVM © (09.03.10 12:33)
Было бы лучше, если бы она показывала сообщение "файлы не корректен" и только после этого закрывалась?
← →
brother © (2010-03-09 12:41) [81]> сообщение "файлы не корректен" и только после этого закрывалась?
имхо - да. Иначе не понятно - почему прога закрылась...
← →
DVM © (2010-03-09 12:44) [82]
> @!!ex © (09.03.10 12:38) [80]
> Было бы лучше, если бы она показывала сообщение "файлы не
> корректен" и только после этого закрывалась?
Хотя бы так. Я пытался с ее помощью выяснить, корректные ли у меня данные, а она просто вылетала, и совершенно было не понятно, это у нее глюк, или файл не корректный. В идеале, да, должно появляться сообщение: "Файл испорчен" и закрываться при этом совсем не обязательно.
← →
test © (2010-03-09 12:45) [83]ARC2 (09.03.10 09:24) [55]
Все уже украдено до нас! (с) Операция Ы
Online Study and Test System
http://sourceforge.net/projects/onlinestudytest/
Test Table System
http://sourceforge.net/projects/ttsystem/
GreenTest
http://sourceforge.net/projects/greentest/
Testing Monitor
http://sourceforge.net/projects/testingmonitor/
← →
Smile (2010-03-09 12:45) [84]Спор можно вести до бесконечности :)
Аргументы есть у обеих сторон, тем более, что @!!ex © со многими из них согласился. Ну, а к его "козырям" следует отнести отсутствие ТЗ, как такового.
Как не крути, а передача ПО заказчику осуществляется именно согласно ему (ТЗ).
:)
Но зависать, нагружать процессор и "кушать" память, в любом случае (независимо от содержания ТЗ) программа не должна.
← →
@!!ex © (2010-03-09 12:49) [85]> [84] Smile (09.03.10 12:45)
> Но зависать, нагружать процессор и "кушать" память, в любом
> случае (независимо от содержания ТЗ) программа не должна.
С этим тоже согласен. Допустил ошибку в проектировании формата файла, надо было crc в начало вынести и проверять его до загрузки данных.
С другой стороны даже большой коммерческий софт часто не переваривает поврежденные файлы.
← →
@!!ex © (2010-03-09 12:56) [86]> [85] @!!ex © (09.03.10 12:49)
> С другой стороны даже большой коммерческий софт часто не
> переваривает поврежденные файлы.
Естественно чужая ошибка не делает мою меньше.
← →
Anatoly Podgoretsky © (2010-03-09 14:50) [87]
> Но к нему требований не озвучено было.
Как это не было, а это что?
> То есть учитель сам выбирает количество.А ученик заходит
> и делает этот тест.
Не было требования, чтобы это правильно работало.
← →
Anatoly Podgoretsky © (2010-03-09 14:52) [88]> @!!ex (09.03.2010 11:11:00) [60]
Лежат, а не пишутся во время работы, а это несколько разные вещи. Константные вещи можно и нужно устанавливать в Program Files
← →
Anatoly Podgoretsky © (2010-03-09 14:54) [89]> DVM (09.03.2010 11:23:02) [62]
Вот и интервал появился, сколько нужно времени, что бы нормально потыркать кнопочки, умножай это на 240, ровно такое количество минут в 4 часах
← →
Anatoly Podgoretsky © (2010-03-09 14:57) [90]> @!!ex (09.03.2010 11:47:07) [67]
А уровень quiz это довольно низкий уровень, требуется серьезная доработка проекта, если делать коммерческого уровня.
← →
Anatoly Podgoretsky © (2010-03-09 14:57) [91]> DVM (09.03.2010 11:50:08) [68]
Мало, для задачи требуется несколько окон, явно более 10
← →
Anatoly Podgoretsky © (2010-03-09 14:58) [92]> @!!ex (09.03.2010 11:32:04) [64]
Не работа программиста, но часть проекта, поэтому ко времени надо добавить и время других не программистов.
← →
Anatoly Podgoretsky © (2010-03-09 14:59) [93]> Павел Калугин (09.03.2010 11:52:09) [69]
Естественно тест просто обязан поддерживать как единственный выбор, так и множественный.
← →
Anatoly Podgoretsky © (2010-03-09 15:00) [94]> @!!ex (09.03.2010 12:20:12) [72]
Клиенты ядро не покупают, им нужен готовый продукт с интерфейсом и их не колышет кто это будет делать, нет интерфейса нет продукта, в лучшем случае поделка.
← →
Anatoly Podgoretsky © (2010-03-09 15:02) [95]> @!!ex (09.03.2010 12:21:13) [73]
Раз у тебя на файлах, то штатное, делай на основе изолированой базы, пользователь не порушит файлы БД
← →
Anatoly Podgoretsky © (2010-03-09 15:04) [96]> @!!ex (09.03.2010 12:38:20) [80]
Так тоже плохо, насмотрелись на такие сообщения доморощеных программистов, которые скрывают реальное.
← →
Anatoly Podgoretsky © (2010-03-09 15:07) [97]> @!!ex (09.03.2010 12:49:25) [85]
Не важно где CRC в начале или в конце, все равно весь файл читать. До этого CRC файла недействителен. Можно проверять блоками.
← →
@!!ex © (2010-03-09 15:11) [98]> [94] Anatoly Podgoretsky © (09.03.10 15:00)
Согласен. Но это обсуждается отдельно с клиентом, в рамках спора это значения не имеет.
> [95] Anatoly Podgoretsky © (09.03.10 15:02)
Не в курсе что это.
> [96] Anatoly Podgoretsky © (09.03.10 15:04)
Что лучше: уничтожить читабельность кода и расширяемость проверками каждого параметра и сообщить конкретно что не так или просто сообщить о не корректности файла?
В 99% задач я выберу второе.
Потому что повредленный файл - это либо очень редкая проблема с носителем, либо хакер.
А код еще расширять и улучшать, возможно не мне.
> [97] Anatoly Podgoretsky © (09.03.10 15:07)
Согласен.
← →
Anatoly Podgoretsky © (2010-03-09 15:28) [99]
> Согласен. Но это обсуждается отдельно с клиентом, в рамках
> спора это значения не имеет.
Так я даже и не спорю, так просто отпихиваюсь. Мне сообственна эта тема не интересна, я знаю как делать, что делать. А эта ветка просто развлечение.
Изолированая база, когда файлы базы изолированы от пользователей, наружу торчит только порт, иногда не видимой, нет никаких общих папок, вся работа через сетевой интерфейс.
А я выберу первое и скажу фи носителям второго, поскольку это почти нет информации в сообщение - файл порушен, не удается подключиться куда то.
По CRC разбиение на блоки только для ускорения нахождения проблемы, что бы не крутить гигантский файл до конца.
Страницы: 1 2 3 вся ветка
Форум: "Прочее";
Текущий архив: 2010.08.27;
Скачать: [xml.tar.bz2];
Память: 0.63 MB
Время: 0.072 c