Форум: "Прочее";
Текущий архив: 2012.05.20;
Скачать: [xml.tar.bz2];
Внизпо Oracle и PL/SQL Developer. Как его научить автоформатировать? Найти похожие ветки
← →
OW © (2012-01-11 14:20) [0]Интересует, можно ли его научить автоформату иначе, нежели по умолчанию?
← →
OW © (2012-01-11 14:24) [1]т.е., например, пишем:
select * from T_Services S join T_Users U on U.USER_ID = S.USER_ID where U.IN09 = "Y"
нажимаем [автоформат], имеемselect *
from T_Services S
join T_Users U
on U.USER_ID = S.USER_ID
where U.IN09 = "Y"
а хочетсяselect
*
from
T_Services S
join T_Users U on U.USER_ID = S.USER_ID
where
U.IN09 = "Y"
← →
Pit (2012-01-11 15:40) [2]ну обычно, когда пишут запрос - форматирует полуручками, если хочешь новую строку - жмешь Enter, отступы PLSQLDev сам делает...
Плюс надо явно указать версию, они разные насчет форматирования, подсказок.
А в целом, думаю, не на том форуме пишешь, специфический вопрос - вряд ли получишь ответ.
← →
OW © (2012-01-11 16:11) [3]версия - 8.0.4.1514
+ тут много ораклистов, в том числе, на мой взгляд, грамотных.
К тому же производителей кода
Вдруг кто-то интересовался, настраивал
← →
OW © (2012-01-11 16:43) [4]
> форматирует полуручками
руками еще лучше,
но если свалят чью-то портянку на несколько экранов
или перехватишь через хук-OCI запрос чей-то, тоже на пару экранов
и надо поправить "прям щас!"
, - форматирование под себя было б неплохо
← →
MsGuns © (2012-01-11 17:14) [5]Tools->Configure tools + F1
Вроде так...
← →
OW © (2012-01-11 17:21) [6]Форматировщик - файл правил (*.br) ?
По моему, там не все..
← →
Компромисс © (2012-01-11 17:29) [7]ИМХО лучше отказаться от собственных правил и привыкать к тем, что по умолчанию. Тогда и тебе легче переходить на другие проекты, и другим программистам разбираться в твоем коде.
← →
Petr V. Abramov © (2012-01-11 19:50) [8]
> Компромисс © (11.01.12 17:29) [7]
+1
95% населения не морочатся, как настроить свое форматирование, а пользуются тем, которое дает plsqldev
← →
OW © (2012-01-12 10:08) [9]ладно, согласен, вообще-то..
← →
Pit (2012-01-12 13:26) [10]гениальный форум, здесь всегда готовы объяснить, что тебе это не нужно ))
← →
Единственный Учитель Истины (2012-01-12 13:49) [11]
> Pit (12.01.12 13:26) [10]
>
> гениальный форум, здесь всегда готовы объяснить, что тебе
> это не нужно ))
Ну если не знаешь как сделать, что остается? Именно убеждать себя и окружающих в том, что это не нужно :)
← →
OW © (2012-01-12 13:49) [12]
> Pit (12.01.12 13:26) [10]
да не, они правы
когда работаешь не один, надо уважать других
У нас один уволился - многое на меня повесили. Парень сильный был в плане sql, (mssql). А так как delphi недолюбливал, все на сервере стремился сделать.
Писал быстро, т.к. ему много давали писать, тестировали подчас мало или никак
select
бла-бла
from
бла-бла
тут, видимо, он понимал, что промежуточный результат достигнут, и не парясь, пишет
select новое бла-бла from
(
старый селект
)
новые наборы
where
И тут, опять, видимо, понимает, что новый промежуточный результат достигнут, и опять, не парясь:
select новое бла-бла-бла-бла from
(
старый селект
(
самый первый селект
)
)
where
и т.п., и все в столбик..
, короче :)
запарился за ним форматировать, хоть как-нибудь
← →
Компромисс © (2012-01-12 13:49) [13]Pit (12.01.12 13:26) [10]
Это опыт. Обычно он приходит после того, как в каком-нибудь WinMerge долго пытаешься определить, какие именно различия между ревизиями (версиями) одного и того же файла, причем реально изменились всего 1-2 строки, но измененными выглядят все строки, потому как у разработчиков отличались настройки автоформатирования...
← →
Ega23 © (2012-01-12 13:55) [14]
> гениальный форум, здесь всегда готовы объяснить, что тебе
> это не нужно ))
если ты пишешь в одиночку и никто никогда твой код кроме тебя использовать (читать, править) не будет - это твоё личное дело, как ты что форматируешь.
Если работаешь в команде, то команде класть с прибором на твои предпочтения в форматировании, именовании переменных-классов-полей и т.п. Есть внутренний "стандарт" - будь любезен ему соответствовать.
Исключение: твой "стандарт" форматирования (именования переменных и т.п.) действительно на порядок улучшает читабельность. И вся команда дружно переходит на этот "стандарт". На практике - не встречал ни разу. :)
← →
Единственный Учитель Истины (2012-01-12 15:18) [15]
> Ega23 © (12.01.12 13:55) [14]
>
> > гениальный форум, здесь всегда готовы объяснить, что тебе
> > это не нужно ))
>
> если ты пишешь в одиночку и никто никогда твой код кроме
> тебя использовать (читать, править) не будет - это твоё
> личное дело, как ты что форматируешь.
> Если работаешь в команде, то команде класть с прибором на
> твои предпочтения в форматировании, именовании переменных-
> классов-полей и т.п. Есть внутренний "стандарт" - будь любезен
> ему соответствовать.
Какая связь между внутренним стандартом и дефолтными настройками какой-то левой тулзы?
← →
Ega23 © (2012-01-12 15:21) [16]
> Какая связь между внутренним стандартом и дефолтными настройками
> какой-то левой тулзы?
Такая, что в 95% случаев внутренний стандарт совпадает с дефолтными настройками той тулзы, которая принята в разработке.
← →
Petr V. Abramov © (2012-01-12 19:49) [17]
> OW © (12.01.12 13:49) [12]
> select
> бла-бла
> from
> бла-бла
> тут, видимо, он понимал, что промежуточный результат достигнут,
> и не парясь, пишет
> select новое бла-бла from
> (
> старый селект
> )
> новые наборы
> where
> И тут, опять, видимо, понимает, что новый промежуточный
> результат достигнут, и опять, не парясь:
> select новое бла-бла-бла-бла from
> (
> старый селект
> (
> самый первый селект
> )
> )
> where
>
не самый плохой подход, кстати.
> и т.п., и все в столбик..
поубивал бы...
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2012.05.20;
Скачать: [xml.tar.bz2];
Память: 0.49 MB
Время: 0.003 c