О каких функциях любое хорошее приложение должно заботиться о [закрытом] 'Дизайном'
Я думаю, что вы ошиблись, потому что хотите оценить d1 и , а не f1
#To get the derivative
f1 = expression((x)^2)
d1=D(f1,"x")
#To plot the curve
f=function(x) eval(f1)
curve(f,2,3)
. Приведенный выше код работает для меня.
27 ответов
Отчет о сбоях , потому что он падает, и команде разработчиков нужно знать, когда это произойдет, поэтому вы может остаться на вершине проблем ...
Пометка
не только в приложениях, ориентированных на сообщество, но и в приложениях для бизнеса Разрешая тегирование, Сотрудник может создать новый тег с «Смотреть это» , который он может прикрепить к записи студента, полученной квитанции и т. Д.
Комментарии. Внедрите внутреннюю стандартную систему комментариев (во-первых, документируйте это!) - может быть правильной автоматизированная система документации комментариев или просто набор стандартных комментариев к заголовкам программы и соглашений о комментариях. Пусть программисты заранее знают, как вы ожидаете, что код будет прокомментирован. Проведите кросс-программистские обзоры кода, проверяйте читаемость / понятность с учетом будущих изменений: если вы следующий человек, который будет работать над этим кодом, это будет иметь смысл для вас?
Регрессионное тестирование: возможность чтобы легко, регулярно проверять, что ключевые функциональные элементы продолжают работать, как и ожидалось, после изменения системы. (Это более конкретный элемент «расширяемости».)
Отчетность
, потому что всегда больно запускать один отчет, который считывает данные почти из каждой таблицы в базе данных
Однажды я видел презентацию (которую я больше не могу найти), рассказывающую о шаблоне проектирования базы данных для хранилищ данных, с демонстрацией amazon
Одним из решений было создание специальной денормализованной базы данных, отчеты которой публикуются в ней каждый определенный период
Модульность - производительность - Расширяемость
Это общие цели проектирования, скажем, Smart Client Software Factory . И это работает.
Performance (read that as latency if you wish).
Despite zillions of people shouting premature optimisation across the board, it is a simple functional requirement. Be different and defy with better quality (or design for performance, not premature-optimisation pickers).
There are no other projects in the world requiring perf-retrofitting more than VM like solution in Java and CLR. It is a glaring artifact of their every product, technology, edition and of course bloat called: .NET 3.5 and say Oracle 200MB client (lol).
VMs just suck in every new feature perf-hit, edition and build apps on that and you honestly need a Cray.
Scalability is totally different story, but man, people just won't use high-latency apps and most CLR ones (apart from web stuff that is just plain simple and unapplicable 60% of the time say, like this site/app ) are just that. Load something serious them up and you'll be running to unmanaged office, unmanaged IDE, unmanaged database, unmanaged game, umanaged browser and so on and on.
Somebody should whack the GC lovers with a bat and tell them to wake up..
Входящие
, хотя, кажется, их очень мало, но они действительно сильно влияют на удобство использования приложения и производительности тоже
Представьте себе, что если пользователь может запросить подробный отчет, для создания которого может потребоваться несколько минут,
вместо «нажмите и подождите», он может выбрать «отправить мне последний отчет, когда он будет готов»
Значение по умолчанию для фокуса ввода : В любом представлении интерфейса, где пользователь должен выполнять любую печать, фокус ввода должен По умолчанию это место, где они, скорее всего, захотят начать печатать. (Это специфическая особенность в области «Удобство использования».)
В случае веб-форм, к сожалению, необходимо отметить, что дефолт по фокусу также не должен мешать пользователю, если он уже начал печатать, когда по умолчанию используется фокус. проверено.
(Бесстыдный плагин: я поддерживаю некоторый обобщенный Javascript, который решает эту проблему для веб-форм .)
Самоанализ: способность системы программно делать прогнозные определения относительно своей собственной структуры и поведения. (Аналогично рефлексии на уровне языка и ключевой элемент расширяемости.)
Автоматизация - если приложению не требуется пользовательский интерфейс для работы, включите возможность выполнения с помощью командной строки или сценария , Нашел много хороших инструментов FTP (также и инструментов архивирования), которые в основном не нуждаются в пользовательском интерфейсе для выполнения запланированной работы, но не поддерживают сценарии или не поддерживают возможности командной строки.
Отменить
Каждое приложение (кроме тех, которые, например, компиляторы, без интерактивного пользовательского интерфейса) должно отслеживать каждое пользовательское событие (навигация, изменение документов и предпочтений и т. д.), чтобы пользователь мог вернуться из своего текущего состояния.
Даже приложения без изменяемых данных все еще обычно позволяют пользователю перемещаться. Браузерная кнопка «Назад» - отличный пример функции отмены.
Простота - Делайте то, что хотят пользователи, и ожидайте всего за несколько кликов.
Stackoverflow замечательный пример этого. Интерфейс не загружен с Chrome. Самый большой рисунок на сайте составляет около 3 тыс.
Операция без мыши : насколько это возможно, приложение должно облегчать взаимодействие пользователя с ним без использование мыши. (Файл в разделе «Удобство использования, доступность».)
Это не обязательно означает, что придется идти на все, чтобы поддерживать использование без мыши; больше просто воздерживаться от использования мыши там, где это не требуется. Например, не отменяйте поведение отправки формы по умолчанию при нажатии клавиши ввода в веб-форме, если только вы не собираетесь делать с ней что-то более полезное.
* Последние действия / Горячие действия *
Мне нравится эта функция везде, где я ее вижу:
- Википедия - Что только что изменилось?
- Переполнение стека - Где действительно активные вопросы (где действие!)
- Блоги / Входящие - Почти каждый блог сортирует таким образом по причине
Даже когда я нахожусь на на сайте, подобном Reddit, многие из нас ищут материал, который комментируют чаще всего, потому что это интересный материал.
Например, я бы хотел, чтобы ответы были по умолчанию, потому что этот ответ будет игнорироваться! :)
Многоуровневая сложность интерфейса , причем наиболее распространенные и желательные действия чрезвычайно просты и очевидны для выполнения, при этом меньше общие и менее желательные действия достигаются за счет большей сложности.
Поиск . Должно быть легко найти текстовое поле поиска, и результаты должны быть как можно лучше.
Дизайн из пользовательских историй , намеренно откладывая решения по проектированию базы данных до тех пор, пока не будет создан хотя бы первый разрез историй верхнего уровня. Слишком часто компоненты различных пользовательских процедур искажаются требованиями к целостности отношений и процедурам обслуживания таблиц. Как часто мы все видели, как вводится новый заказ на продажу, и пользователь должен перемещаться по нескольким формам, чтобы заполнить данные клиента (иногда требуются телефонные звонки и / или поддельные данные для неизвестных), обязательные поля, которые на самом деле не являются, кредит информация, которая действительно поступает из другого отдела, отмененные записи из-за неполной информации, обнаруженной на нескольких страницах и т. д.
Слишком редко кто-либо поддерживает и проверяет показатели юзабилити, такие как навигация по страницам, вводимые нажатия клавиш, прерванные задачи;
Тестируемость . Когда у вас есть, модульность, разделение интересов, повторное использование,
Лично мне нравится то, чего я не хотел, это
Расширяемость
Это помогает моему сообществу приложений расти - что хорошо для маркетинга и техники
и это помогает мне сосредоточиться на своем основном бизнесе и оставить интересные функции для его пользователей
Интернационализация .
его успех обычно зависит от того, насколько он понравится конечным пользователям. Он может быть закодирован как мусор внизу, но если его легко использовать и он очень интуитивно понятен, он все равно будет победителем.
Никогда не забывайте, что для конечного пользователя пользовательский интерфейс - это программа. Сделайте функцию юзабилити высокой для всех ваших приложений.
Кто-то в комментариях спросил, как реализовать юзабилити как функцию - к сожалению, вы не можете сделать запрос на функцию (например, «сделать этот веб-сайт пригодным для использования») ), но это больше похоже на набор рекомендаций, которым вы должны следовать при разработке пользовательского интерфейса, очень похоже на рекомендации, которым вы следуете во время кодирования, что делает ваши программы расширяемыми .
В этом посте едва хватает места для этого. Я настоятельно рекомендую Don '
Класс java.util.Calendar позволяет нам добавлять или вычитать любое число дней / недель / месяцев / независимо от даты. Просто используйте метод add ():
http://java.sun.com/j2se/1.5.0/docs/api/java/util/Calendar.html
Пример: Добавление его в качестве запоздалой мысли может быть дорогостоящим
Потенциальные ловушки:
- неанглийские ОС (например, не берите имя каталога «Program Files»)
- справочные данные (перевод отображаемого текста)
- изображения (текст в изображениях должен быть переведен)
- Макет пользовательского интерфейса (заполнение для более длинного текста после перевода)
- многоязычные установщики, EULAs и т. д.
- жестко закодированные строки!
- без указания форматеров для конкретной культуры
- валюта, локализация времени (например, использование запятой против периода в валюте)
- метод проектирования: встроенные ресурсы против спутниковых сборок (т. е. «языковые пакеты»)
- дизайн базы данных: как хранить / искать значения, специфичные для языка
Дизайн пользовательского интерфейса / опыта Многие технологические инновации полагаются на дизайн пользовательского интерфейса, чтобы повысить свою техническую сложность до пригодного к использованию продукта , Одна только технология [обычно] не выигрывает признание пользователей и последующую конкурентоспособность.
Из IBM :
В разработке программного обеспечения дизайн широко недооценен и недооценен. Часто нет явного пользовательского интерфейса дизайн выполнен отдельно от код. Итеративный дизайн становится перекодирования. Это недальновидно стратегия, потому что это приводит к значительно больше кода пишется в долгосрочной перспективе. Потому что дизайн неизбежно, реальная проблема заключается в том, это остается неявным в программном обеспечении разрабатывается или делается явным и захватывается отдельно. Полезная дискуссия о том, как хорошо выполнять дизайнерскую работу, и как захватить его в оптимальном Форма для общения с теми, кто реализовать его.
Безопасность . Довольно забавно, если не удивительно, что это четырнадцатый ответ на вопрос.
Поддержка Unicode , потому что нет ничего хорошего в том, что ваша кодировка уровня представления соответствует ISO-8859-1 и вашей настойчивости кодирование уровня UTF-8.