Преобразовать DOC в PDF из командной строки [closed]

Закрылся. Этот вопрос не относится к теме . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос , чтобы он был по теме для переполнения стека.

Закрыто 2 лет назад .

Кто-нибудь рекомендует преобразователь DOC в PDF, который можно запустить из командной строки? Это кажется легким требованием, но я придумал свободные решения.

-121--1187039-

Почему для атрибутов CSS/HTML предпочтительны тире? В прошлом я всегда использовал подчеркивания для определения атрибутов класса и идентификатора в HTML. За последние несколько лет я переменился на тире, в основном, чтобы присоединиться к тенденции в обществе, а не...

В прошлом я всегда использовал подчеркивания для определения атрибутов class и id в HTML. За последние несколько лет я переменился на тире, в основном, чтобы присоединиться к тенденции в сообществе , не обязательно потому, что это имело смысл для меня.

Я всегда думал, что тире имеют больше недостатков, и я не вижу преимуществ:

Завершение кода и редактирование

Большинство редакторов рассматривают тире как разделители слов, поэтому я не могу перейти к символу, который я хочу. Скажем, класс " featured-product ", я должен автоматически завершить " featured ", ввести дефис и завершить " product ".

С подчеркиванием " featured _ product " рассматривается как одно слово, поэтому его можно заполнить за один шаг.

То же самое относится к навигации по документу. Переход по словам или двойной щелчок по именам классов разбивается дефисами.

(В более общем смысле, я думаю о классах и идентификаторах как о токенах , поэтому для меня не имеет смысла, что маркер должен быть так легко разделяемым на дефисах.)

Неоднозначность с помощью арифметического оператора

Использование тире нарушает доступ объекта-свойства к элементам формы в JavaScript. Это возможно только с подчеркиванием:

form.first_name.value='Stormageddon';

(Надо признать, что я не получаю доступ к элементам формы таким образом, но при принятии решения о тире против подчеркивания как универсальном правиле, считайте, что кто-то может.)

Языки, как Sass (особенно в рамках Compass ) остановились на тире в качестве стандарта, даже для переменных имен. Первоначально они также использовали подчеркивания в начале. То, что это разбирается по-разному, кажется мне странным:

$list-item-10
$list-item - 10

Несоответствие с именованием переменных по языкам

В прошлом я писал подчеркнутые имена _ для переменных в PHP, ruby, HTML/CSS и JavaScript. Это было удобно и последовательно, но опять же для того, чтобы "вписаться" я теперь использую:

dash-case в HTML/CSS
camelCase в JavaScript
подчеркнут _ case в PHP и ruby

Это не очень беспокоит меня, но я удивляюсь, почему они стали так неправильно, казалось бы, специально. По крайней мере, с подчеркиванием можно было поддерживать согласованность:

var featured_product = $('#featured_product'); // instead of
var featuredProduct = $('#featured-product');

Различия создают ситуации, когда мы вынуждены переводить последовательности без необходимости, наряду с потенциалом для ошибок.

Поэтому я спрашиваю: Почему община почти повсеместно остановилась на тире, и есть ли какие-либо причины, которые перевешивают подчеркивания?

Существует связанный вопрос со времени начала этого, но я считаю, что это не (или не должно было быть) просто вопрос вкуса. Я хотел бы понять, почему мы все остановились на этой конвенции, если это было просто вопросом вкуса.

207

задан Community 23 May 2017 в 02:02

0 ответов

Другие вопросы по тегам:

html css coding-style naming-conventions

Преобразовать DOC в PDF из командной строки [closed]

0 ответов

Похожие вопросы: