Универсальный класс для строк

@ninja2 · Регистрация: 26.09.2012

Author24 — интернет-сервис помощи студентам

Здорова господа!
Есть задачка "Подумайте как можно спроектировать идеальный класс для универсальной работы с текстами. Назовите его Text. Какими он будет обладать возможностями? Какую нагрузку на реализацию вызовут ваши «идеальные» средства?"

Давайте ее хотя бы теоретически мб решим?

@Kastaneda · 03.08.2013, 10:37

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

@ninja2 · 03.08.2013, 12:41 **[ТС]**

Сообщение от Kastaneda

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

Ну это вопрос "философский" просто порассуждать на эту тему, тут как мы видим можно попытаться класс Text определить но мы не будем, обойдемся просто сухой теорией. Ну ты конечно скуднуватый ответ дал, да и я недавно главу просматривал буквально два дня назад и также выразить не могу. Ладно мб мы придем к этому.

От смотри почему нельзя? А если мы определим такой класс Text который будет иметь большое количество методов например все методы класса string плюс добавим туда еще и методы для обработки регулярных выражений ну например, я даже незнаю что туда можно добавить, мб оптимизируем его для коротки строк и все готов универсальный класс на все случаю. Мб и можно сделать, просто ты мб не шаришь как?

@Пытливый · 03.08.2013, 12:44

Практически все уже давно реализовано, скомпоновать самое вкусное и готово

Начать можно с этого:
1. Загрузка,Сохранение
2. Поиск,Замена

@ninja2 · 03.08.2013, 12:53 **[ТС]**

Сообщение от Пытливый

Практически все уже давно реализовано, скомпоновать самое вкусное и готово Начать можно с этого:
1. Загрузка,Сохранение
2. Поиск,Замена

Да ясно что реализовано, но вроде как string не универсальный класс. Хотя впринципе для меня хвати его возможностей и то все их я не заюзаю. Нужно просто подумать над вопросом создание одного класса и навсегда, что бы потребность в других классах отпала, возможно ли это?

@Kastaneda · 03.08.2013, 12:53

Сообщение от ninja2

От смотри почему нельзя?

В общем-то можно, но он будет слишком загроможден.

Сообщение от ninja2

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

Обработкой регулярных выражений должен заниматься класс обработки регулярных выражений, а не String.

@Пытливый · 03.08.2013, 13:02

Вот не согласен с этим. Регулярки нужны для обработки текста в первую очередь и именно там им и место. Они в раздел поиск/замена четко вписываются.
Можно еще кодирование/декодирование Mime64 добавить

@ForEveR · 03.08.2013, 13:16

Пытливый, Не надо из строки делать какого-то монстра пожалуйста. Использовать объекты разных классов, где каждый выполняет свою определенную роль - намного лучше. Даже std::string из STL слишком монолитный.

@diagon · 03.08.2013, 13:27

Сообщение от ForEveR

Даже std::string из STL слишком монолитный.

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

@ninja2 · 03.08.2013, 14:00 **[ТС]**

А можно б и определить класс Text универсальный сделав наследование от класса std::string, и перегрузив функции для работы с РВ вызывая функции из <regex> и получится мб универсальный класс.

Ладно будем считать что нам не понадобится много возможностей из этого класса и поэтому лучше создавать набор классов - библиотеку и по мере необходимости подключать соответствующий класс.

@Kastaneda · 03.08.2013, 17:05

можно еще в него добавить что-нибудь типа createPdf() и sendRequest(Url), для бОльшей универсальности

@gray_fox · 03.08.2013, 23:06

ninja2, для "работы с текстами" - если предположить, что изменяющие содержимое операции будут очень редки, то можно сделать класс "неизменяемым" (immutable), хранить сами строки в пуле, в самом объекте Text - указатель на хранилище, начало, и конец строки (ну или что-нибудь подобное). Интерфейс вроде не жирный должен получиться...

@Avazart · 03.08.2013, 23:17

Сообщение от Kastaneda

можно еще в него добавить что-нибудь типа createPdf() и sendRequest(Url), для бОльшей универсальности

Ага, вдруг спросят, а у нас нет ...

Croessmah · 04.08.2013, 09:04

Сообщение от ninja2

Подумайте как можно спроектировать идеальный класс

Существуют сотни реализаций строк и какая из них лучшая (я уж не говорю о идеальной).

По сути, идеальная строка эта та, в которой все операции имеют сложность O(1)

Найдете такую - напишите

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,116 Записей в блоге: 2
	03.08.2013, 17:05	11
	можно еще в него добавить что-нибудь типа createPdf() и sendRequest(Url), для бОльшей универсальности 0

@ninja2 979 / 196 / 33 Регистрация: 26.09.2012 Сообщений: 2,041
		1
	Универсальный класс для строк 03.08.2013, 03:47. Показов 1291. Ответов 13 Метки нет (Все метки) Здорова господа! Есть задачка "Подумайте как можно спроектировать идеальный класс для универсальной работы с текстами. Назовите его Text. Какими он будет обладать возможностями? Какую нагрузку на реализацию вызовут ваши «идеальные» средства?" Давайте ее хотя бы теоретически мб решим? 0

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,116 Записей в блоге: 2
	03.08.2013, 10:37	2
	Не может быть идеального класса для работы с текстом. Даже существуют специальные текстовые редакторы для работы с большим текстом, потому что там логика работы с данными совсем другая. Можно попробовать сначала оценивать размер данных (если это возможно, потому что не всегда это так) и исходя из размера выбирать стратегию. 0

@ninja2 979 / 196 / 33 Регистрация: 26.09.2012 Сообщений: 2,041
	03.08.2013, 12:41 [ТС]	3
	Сообщение от Kastaneda Не может быть идеального класса для работы с текстом. Даже существуют специальные текстовые редакторы для работы с большим текстом, потому что там логика работы с данными совсем другая. Можно попробовать сначала оценивать размер данных (если это возможно, потому что не всегда это так) и исходя из размера выбирать стратегию. Ну это вопрос "философский" просто порассуждать на эту тему, тут как мы видим можно попытаться класс Text определить но мы не будем, обойдемся просто сухой теорией. Ну ты конечно скуднуватый ответ дал, да и я недавно главу просматривал буквально два дня назад и также выразить не могу. Ладно мб мы придем к этому. От смотри почему нельзя? А если мы определим такой класс Text который будет иметь большое количество методов например все методы класса string плюс добавим туда еще и методы для обработки регулярных выражений ну например, я даже незнаю что туда можно добавить, мб оптимизируем его для коротки строк и все готов универсальный класс на все случаю. Мб и можно сделать, просто ты мб не шаришь как? 0

@Пытливый 3586 / 2195 / 693 Регистрация: 29.05.2013 Сообщений: 9,375
	03.08.2013, 12:44	4
	Практически все уже давно реализовано, скомпоновать самое вкусное и готово Начать можно с этого: 1. Загрузка,Сохранение 2. Поиск,Замена 0

@ninja2 979 / 196 / 33 Регистрация: 26.09.2012 Сообщений: 2,041
	03.08.2013, 12:53 [ТС]	5
	Сообщение от Пытливый Практически все уже давно реализовано, скомпоновать самое вкусное и готово Начать можно с этого: 1. Загрузка,Сохранение 2. Поиск,Замена Да ясно что реализовано, но вроде как string не универсальный класс. Хотя впринципе для меня хвати его возможностей и то все их я не заюзаю. Нужно просто подумать над вопросом создание одного класса и навсегда, что бы потребность в других классах отпала, возможно ли это? 0

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,116 Записей в блоге: 2
	03.08.2013, 12:53	6
	Сообщение от ninja2 От смотри почему нельзя? В общем-то можно, но он будет слишком загроможден. Сообщение от ninja2 плюс добавим туда еще и методы для обработки регулярных выражений Обработкой регулярных выражений должен заниматься класс обработки регулярных выражений, а не String. 1

@Пытливый 3586 / 2195 / 693 Регистрация: 29.05.2013 Сообщений: 9,375
	03.08.2013, 13:02	7
	Вот не согласен с этим. Регулярки нужны для обработки текста в первую очередь и именно там им и место. Они в раздел поиск/замена четко вписываются. Можно еще кодирование/декодирование Mime64 добавить 0

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562
	03.08.2013, 13:16	8
	Пытливый, Не надо из строки делать какого-то монстра пожалуйста. Использовать объекты разных классов, где каждый выполняет свою определенную роль - намного лучше. Даже std::string из STL слишком монолитный. 0

@diagon Higher 1953 / 1219 / 120 Регистрация: 02.05.2010 Сообщений: 2,925 Записей в блоге: 2
	03.08.2013, 13:27	9
	Сообщение от ForEveR Даже std::string из STL слишком монолитный. В теории. А на практике ею проще пользоваться за счет этого. В дотнете коллекции гораздо более монструозные, но и пользоваться ими удобнее в разы (как минимум, код можно читать слева направо). 0

@ninja2 979 / 196 / 33 Регистрация: 26.09.2012 Сообщений: 2,041
	03.08.2013, 14:00 [ТС]	10
	А можно б и определить класс Text универсальный сделав наследование от класса std::string, и перегрузив функции для работы с РВ вызывая функции из <regex> и получится мб универсальный класс. Ладно будем считать что нам не понадобится много возможностей из этого класса и поэтому лучше создавать набор классов - библиотеку и по мере необходимости подключать соответствующий класс. 0

	04.08.2013, 09:04

@gray_fox What a waste! 1608 / 1300 / 180 Регистрация: 21.04.2012 Сообщений: 2,729
	03.08.2013, 23:06	12
	ninja2, для "работы с текстами" - если предположить, что изменяющие содержимое операции будут очень редки, то можно сделать класс "неизменяемым" (immutable), хранить сами строки в пуле, в самом объекте Text - указатель на хранилище, начало, и конец строки (ну или что-нибудь подобное). Интерфейс вроде не жирный должен получиться... 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	03.08.2013, 23:17	13
	Сообщение от Kastaneda можно еще в него добавить что-нибудь типа createPdf() и sendRequest(Url), для бОльшей универсальности Ага, вдруг спросят, а у нас нет ... 0

Croessmah Неэпический 17870 / 10635 / 2054 Регистрация: 27.09.2012 Сообщений: 26,737 Записей в блоге: 1
	04.08.2013, 09:04	14
	Сообщение от ninja2 Подумайте как можно спроектировать идеальный класс Существуют сотни реализаций строк и какая из них лучшая (я уж не говорю о идеальной). По сути, идеальная строка эта та, в которой все операции имеют сложность O(1) Найдете такую - напишите 2