Участник:Shersh/Оформление — различия между версиями
Shersh (обсуждение | вклад) (→Общие замечания: парочка общих замечаний) |
Shersh (обсуждение | вклад) м (→Псевдокод) |
||
Строка 52: | Строка 52: | ||
** '''new''' _НЕ_ писать при создании экземпляра класса | ** '''new''' _НЕ_ писать при создании экземпляра класса | ||
** При нисходящем '''for''' писать '''downto''' | ** При нисходящем '''for''' писать '''downto''' | ||
− | |||
*** Можно писать '''for''' по числам через две точки ('''for''' i = 1..10) или через '''to''' ('''for''' i = 1 '''to''' 10), но надо понимать, что последний элемент итерации ''включается'', а внутри одного конспекта придерживаться одного стиля | *** Можно писать '''for''' по числам через две точки ('''for''' i = 1..10) или через '''to''' ('''for''' i = 1 '''to''' 10), но надо понимать, что последний элемент итерации ''включается'', а внутри одного конспекта придерживаться одного стиля | ||
** ''enum''-поля класса или константы выделять курсивом в псевдокоде | ** ''enum''-поля класса или константы выделять курсивом в псевдокоде |
Версия 17:13, 14 января 2015
Основные правила написаны здесь и здесь.
Далее приводится дополнительный список требований (что подразумевается, явно не написано, всякие уточнения, красивости, сборка из правил оформления других участников) который поможет сделать вики-конспекты красивее, лучше, понятнее. Старайтесь везде добавлять англоязычные термины.
Общие замечания
- Добавляйте См. также на конспекты по смежным темам
- Литературу, ссылки, просто источники и подобное заменяем на Источники информации
- Оформляйте источники информации маркированным списком
- Ссылки оформляйте правильно
- Не используйте заголовки первого уровня
- Используйте акронимы для описания используемых фактов, которые вы не доказываете
- Но если вы ссылаетесь на какие-то статьи или ссылки, то надо использовать примечания (как это сделать, см. тут)
- Добавляйте к терминам англоязычные названия
- Пример (англ. example)
- Ссылки не на викиконспекты нужно оформлять как примечания, а не как интервики
Tex
- Переменные и константы в тексте оборачивать в tex
- (сравни x, y, 1)
- Классы чисел оборачивать в \mathbb
- Натуральные числа (сравни )
- Классы и функции оборачивать в \mathrm
- Класс регулярных языков (сравни )
- Вместо \mod использовать \bmod, когда применяется как бинарная операция
- (сравни )
- Вместо \le и \ge использовать \leqslant и \geqslant
- (сравни )
- Для сдвигов (арифметических и нет) использовать \ll, \gg, \lll, \ggg вместо << и >>
- (сравни )
- Хинт: можно использовать \to вместо \rightarrow (\from нет, к сожалению):
- Пары обозначать в \langle \rangle, а не в больше-меньше
- (сравни )
- Иногда в техе заменять многоточие на \dots
- (сравни )
- Заменяйте в tex функции log, gcd, min и другие на них аналог с лидирующем слешем, например, \log
- (сравни )
Псевдокод
- Старайтесь называть переменные осмысленно, когда это возможно (s = a — плохо, sz = N — уже получше, size = newSize — идеально)
- Дополнение к концепции Python-style (надо понимать, что фигурные скобки, лишние круглые скобки, двоеточия (но после имени функции можно) и многое другое — всё сделано для того, чтобы написать компилятор было проще, а программы компилировались быстрей, поэтому в псевдокоде надо стараться избегать всяких особенностей конкретного языка программирования, чтобы повысить читаемость кода)
- Операторы, ключевые слова, примитивные типы данных оборачивать в тройные кавычки (for, if, return, and, pushFront, int и другие)
- Подписывайте аргументы функциям и переменным в псевдокоде. Можно не обязательно всем, но чтобы не возникало динамической типизации
- Вместо void писать function, func или fun
- Типы аргументов и функций желательно указывать через двоеточие после имени
- fun print(a : list<T>): // аналог void
- int get(index : int): // функция, возвращающая int
- Подписывайте аргументы функциям и переменным в псевдокоде. Можно не обязательно всем, но чтобы не возникало динамической типизации
- Использовать словесное обозначение логических операций (and, or, xor, not вместо &&, ||, !)
- Вместо побитового xor-а ^ (крышечка) лучше писать (ниже о том, зачем это нужно)
- Вместо лучше писать in.
- Можно переставлять логические операции для повышения читаемости: element not in set
- Проверку типов и приведение к типу (если вдруг понадобится) писать как is и as
- new _НЕ_ писать при создании экземпляра класса
- При нисходящем for писать downto
- Можно писать for по числам через две точки (for i = 1..10) или через to (for i = 1 to 10), но надо понимать, что последний элемент итерации включается, а внутри одного конспекта придерживаться одного стиля
- enum-поля класса или константы выделять курсивом в псевдокоде
- Это относится и к общеязыковым константам true и false
- У методов size(), length() можно не писать круглые скобки — трудно придумать случай, когда реализация функций отличается от просто поля в экземпляре класса чем-то существенным (это уже просто инкапсуляция языков программирования)
- len(queue), len(array) не писать — лишние скобки мешают читаемости
- TODO: надо ли заменять isEmpty на ?
- Операторы, ключевые слова, примитивные типы данных оборачивать в тройные кавычки (for, if, return, and, pushFront, int и другие)
- Комментарии можно писать как через #, так и через //, так же можно и через /**/, но последний оформлять в построчном стиле. Главное, придерживаться одного выбранного формата в рамках конспекта. Ещё очень наглядно обозначать комментарии зелёным цветом: // например, вот так
- Разрешаемые случаи использования tex в псевдокоде:
- вместо null
- вместо !=
- вместо <= и >=
- и другие виды скобок, если возвращается в функции какой-то сложный объект (например объект )
- Теоретико-множественные операции:
- Возведение в степень в псевдокоде не писать через ^ (путается с xor). Лучше использовать ** или tex.