Table like форматирование нескольких строчек кода - Средства разработки

Re[6]: bug

	От:	AleXXus
	Дата:	13.04.07 07:35
	Оценка:

Здравствуйте, Odi$$ey, Вы писали:

OE>Здравствуйте, AleXXus, Вы писали:

AXX>>Ага. Вот fixed version

OE>хм, удаляться перестал, но и не выравнивается (другие куски кода равняет, этот нет)

Хм, глюк. Тестил на приведенном фрагменте и вперемешку.
Сейчас еще раз гляну.

________________________________
When in Rome, do as the Romans do...

Re[6]: bug

	От:	AleXXus
	Дата:	13.04.07 07:42
	Оценка:

Вот только что попробовал — Работает вроде...

________________________________
When in Rome, do as the Romans do...

Re[4]: Table like форматирование нескольких строчек кода

От:	_FRED_	@ViIvanov
Дата:	13.04.07 08:48
Оценка:	+2

Здравствуйте, Igor Sukhov, Вы писали:

IS>>>а что Resharper этого еще не умеет ???
X>>До сих пор не умеет

IS>Это же не вопрос эстетического характера — такое форматирование членов класса повышает не только читабельность кода и его анализируемость, но и креативность — набросал класс, добавил в него членов, сразу видно как их нужно правильно сгруппировать, какие будут методы и какие группы параметров в них сами "просятся".
IS>Хотя и одна читабельность дорогого стоит

IS>Так что — если до сих пор не умеет — надо учить.

Гхм. Мне вот не по душе, что…

int    megaCounter = 0;
string megaString  = "";
Type   megaType    = null;

…при добавлении нового поля…

int    megaCounter = 0;
string megaString  = "";
Type   megaType    = null;
BlaBlaBlaBla fooooooooooo = null;

…изменяется весь регион описания полей:

int          megaCounter  = 0;
string       megaString   = "";
Type         megaType     = null;
BlaBlaBlaBla fooooooooooo = null;

То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.

... << RSDN@Home 1.2.0 alpha rev. 675>>
Now playing: «Тихо в лесу…»

Help will always be given at Hogwarts to those who ask for it.

Re[7]: bug

От:	Odi$$ey	http://malgarr.blogspot.com/
Дата:	13.04.07 09:01
Оценка:

Здравствуйте, AleXXus, Вы писали:

OE>>хм, удаляться перестал, но и не выравнивается (другие куски кода равняет, этот нет)
AXX>Мистика

понял, у меня в этом месте между словами — табуляции, с ними не работает

... << RSDN@Home 1.2.0 alpha rev. 675>>

Re[7]: bug

	От:	Kalina9001
	Дата:	13.04.07 09:18
	Оценка:

Баг

Следующий код, выделение мышью от точки |< до точки <|, снизу вверх (важно!)

    class test
    {
        <|private List<int> intList;
        private string    str;|<
    }

После выполнения макроса:

    class test
    {
        private List<int> intList;
        private string    str;
        |
        private string str;
    }

... << RSDN@Home 1.2.0 alpha rev. 675>>

Re[8]: bug

	От:	AleXXus
	Дата:	14.04.07 11:59
	Оценка:

Здравствуйте, Odi$$ey, Вы писали:

OE>Здравствуйте, AleXXus, Вы писали:

OE>>>хм, удаляться перестал, но и не выравнивается (другие куски кода равняет, этот нет)
AXX>>Мистика

OE>понял, у меня в этом месте между словами — табуляции, с ними не работает

Thanks.
Scheduled

________________________________
When in Rome, do as the Romans do...

Re[8]: bug

	От:	AleXXus
	Дата:	14.04.07 11:59
	Оценка:

Здравствуйте, Kalina9001, Вы писали:

K>Баг

K>Следующий код, выделение мышью от точки |< до точки <|, снизу вверх (важно!)

Thanks.
Scheduled

________________________________
When in Rome, do as the Romans do...

Re[5]: Table like форматирование нескольких строчек кода

	От:	AleXXus
	Дата:	14.04.07 12:02
	Оценка:

Здравствуйте, _FRED_, Вы писали:

_FR>То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.

Какие предложения?

________________________________
When in Rome, do as the Romans do...

Re[6]: Table like форматирование нескольких строчек кода

От:	_FRED_	@ViIvanov
Дата:	14.04.07 16:31
Оценка:

Здравствуйте, AleXXus, Вы писали:

_FR>>То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.

AXX>Какие предложения?

Это просто выражение ИМХО на то, что оно "повышает" :о)) Ведь предложение не использовать такой стиль не прокатит? :о)) Я его и не буду высказывать.

... << RSDN@Home 1.2.0 alpha rev. 675>>
Now playing: «Тихо в лесу…»

Help will always be given at Hogwarts to those who ask for it.

Re[5]: Table like форматирование нескольких строчек кода

	От:	Igor Sukhov
	Дата:	15.04.07 10:25
	Оценка:	+2

Здравствуйте, _FRED_, Вы писали:

_FR>Гхм. Мне вот не по душе, что…
_FR>

_FR>int    megaCounter = 0;
_FR>string megaString  = "";
_FR>Type   megaType    = null;
_FR>

_FR>…при добавлении нового поля…
_FR>

_FR>int    megaCounter = 0;
_FR>string megaString  = "";
_FR>Type   megaType    = null;
_FR>BlaBlaBlaBla fooooooooooo = null;
_FR>

_FR>…изменяется весь регион описания полей:
_FR>

_FR>int          megaCounter  = 0;
_FR>string       megaString   = "";
_FR>Type         megaType     = null;
_FR>BlaBlaBlaBla fooooooooooo = null;
_FR>

_FR>То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.
Да, изменяется, становвясь более читабельным. И что в этом плохого ? И что такое "внешний вид файла" ?

... << RSDN@Home 1.2.0 alpha rev. 0>>

* thriving in a production environment *

Re[7]: Table like форматирование нескольких строчек кода

	От:	AleXXus
	Дата:	16.04.07 01:51
	Оценка:

Здравствуйте, _FRED_, Вы писали:

_FR>Здравствуйте, AleXXus, Вы писали:

_FR>>>То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.

AXX>>Какие предложения?

_FR>Это просто выражение ИМХО на то, что оно "повышает" :о)) Ведь предложение не использовать такой стиль не прокатит? :о)) Я его и не буду высказывать.

Точно

________________________________
When in Rome, do as the Romans do...

Re[8]: bug

	От:	AleXXus
	Дата:	16.04.07 02:36
	Оценка:	26 (1)

OE>понял, у меня в этом месте между словами — табуляции, с ними не работает

Нашел. Вот Fixed version

________________________________
When in Rome, do as the Romans do...

Re[8]: bug

	От:	AleXXus
	Дата:	16.04.07 02:36
	Оценка:	16 (2)

Здравствуйте, Kalina9001, Вы писали:

K>Баг

K>Следующий код, выделение мышью от точки |< до точки <|, снизу вверх (важно!)

Нашел. Вот Fixed version

________________________________
When in Rome, do as the Romans do...

Re[6]: Table like форматирование нескольких строчек кода

	От:	Lloyd
	Дата:	16.04.07 03:10
	Оценка:	+3

Здравствуйте, Igor Sukhov, Вы писали:

_FR>>То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.
IS>Да, изменяется, становвясь более читабельным.

Более читабельным он точно не становится, т.к. в результате тип члена сильно уезжает от имени переменной. Тем стамым становится сложнее понять какого типа та или иная переменная.

IS>И что в этом плохого ? И что такое "внешний вид файла" ?

Re[3]: Table like форматирование нескольких строчек кода

	От:	Lloyd
	Дата:	16.04.07 03:13
	Оценка:

Здравствуйте, AleXXus, Вы писали:

AXX>Он еще и вот это могёт

AXX>

AXX>public abstract class Person : EditableObject
AXX>{
AXX>    public abstract int ID { get; }
AXX>    public abstract string FirstName { get; set; }
AXX>    public abstract string LastName { get; set; }
AXX>    public abstract DateTime Birthday { get; set; }
AXX>}
AXX>

AXX>сделать в
AXX>

AXX>public abstract class Person : EditableObject
AXX>{
AXX>    public    abstract int      ID        { get; }
AXX>    public    abstract string   FirstName { get; set; }
AXX>    public    abstract string   LastName  { get; set; }
AXX>    protected abstract DateTime Birthday  { get; set; }
AXX>}
AXX>

AXX>Ну хотя это и так, в принципе понятно.

Меняет public на protected? Сила!

Re[4]: Table like форматирование нескольких строчек кода

	От:	AleXXus
	Дата:	16.04.07 03:23
	Оценка:

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, AleXXus, Вы писали:

AXX>>Он еще и вот это могёт

AXX>>

AXX>>public abstract class Person : EditableObject
AXX>>{
AXX>>    public abstract int ID { get; }
AXX>>    public abstract string FirstName { get; set; }
AXX>>    public abstract string LastName { get; set; }
AXX>>    public abstract DateTime Birthday { get; set; }
AXX>>}
AXX>>

AXX>>сделать в
AXX>>

AXX>>public abstract class Person : EditableObject
AXX>>{
AXX>>    public    abstract int      ID        { get; }
AXX>>    public    abstract string   FirstName { get; set; }
AXX>>    public    abstract string   LastName  { get; set; }
AXX>>    protected abstract DateTime Birthday  { get; set; }
AXX>>}
AXX>>

AXX>>Ну хотя это и так, в принципе понятно.

L>Меняет public на protected? Сила!

Oops

Эт я просто тестил у себя когда, из студии скопировал, да не углядел разницу

. Посыпаю голову пеплом, такого он пока точно не могет

________________________________
When in Rome, do as the Romans do...

Re[7]: Table like форматирование нескольких строчек кода

	От:	Igor Sukhov
	Дата:	16.04.07 09:29
	Оценка:	1 (1) +3

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, Igor Sukhov, Вы писали:

_FR>>>То есть, потенциально, "всё" (что уже написано) зависит от будущего изменения. И свновь добавленное поле (со всойством) может сильно изменить "внешний вид" всего файла.
IS>>Да, изменяется, становвясь более читабельным.

L>Более читабельным он точно не становится, т.к. в результате тип члена сильно уезжает от имени переменной. Тем стамым становится сложнее понять какого типа та или иная переменная.

Во-первых, тип остается на своем месте — никуда он не уезжает. Т.е. не то что сильно уезжает — он вообще стоит где стоял. Все таки тип члена.

Во-вторых, я не вижу явной отрицательной связи между увеличением (в разумных пределах) расстояния между типом переменной и ее имени и читабельности блока кода.

В-третьих, мне по точный тип часто вообще не нужен, когда я просматриваю исходники — я смотрю названия полей, и часто, тип можно вывести из названия или названия предыдущего/следущего поля. Не программерская это забота — это забота компилятора. Или решарпера и компилятора.

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

... << RSDN@Home 1.2.0 alpha rev. 0>>

* thriving in a production environment *

Re[9]: bug

От:	Odi$$ey	http://malgarr.blogspot.com/
Дата:	16.04.07 14:12
Оценка:

Здравствуйте, AleXXus, Вы писали:

OE>>понял, у меня в этом месте между словами — табуляции, с ними не работает
AXX>Нашел. Вот Fixed version

работает

Если бы еще пустую строчку не вставлял каждый раз после форматируемого блока, было бы вообще хорошо

... << RSDN@Home 1.2.0 alpha rev. 675>>

Re[8]: Table like форматирование нескольких строчек кода

	От:	AleXXus
	Дата:	18.04.07 00:31
	Оценка:

Здравствуйте, Igor Sukhov, Вы писали:

IS>по моему говорят в пользу подхода AleXXus-а.

Ну это вообщем-то не мой подход

, я его просто использую

. А подсмотрел у IT

________________________________
When in Rome, do as the Romans do...

Re[10]: bug

	От:	AleXXus
	Дата:	18.04.07 00:42
	Оценка:	12 (1)

Здравствуйте, Odi$$ey, Вы писали:

OE>работает

Если бы еще пустую строчку не вставлял каждый раз после форматируемого блока, было бы вообще хорошо

Запросто

— Latest version.

P.S. Кстати оно сейчас и чуть шустрее стало. EnvDTE объекты (selection & editPoint) заметно притормаживают. Реорганизовал малость, убрал пару действий с editPoint и стало побыстрее.

________________________________
When in Rome, do as the Romans do...

|< 1 2 3 4 > >|

Переместить
Удалить
Выделить ветку

Пока на собственное сообщение не было ответов, его можно удалить.

Заголовок: