Как преобразовать число в строку без пробелов #758767

Я понимаю глупейший вопрос, но не выходит каменный цветок Имеем Число=1 023,54 Делаем согласно логике СтрЗаменить(Число," ",""); Получаем строку "1 023,54" СтрЗаменить не прокатило, пробовал и СтрЗаменить(Строка(Число)," ",""); Что не так?

там не пробем а НПП

+ там не пробел а НПП решений много:

Ну трындец. Никогда такого не было и вот опять (Черномырдин)

Нуралиев недавно говорил, что в отрасли 1С сейчас работают примерно 300 тысяч человек. Интересно, сколько из них стали жертвами неразрывного пробела?

приблизительно 146%

у них на 300 000 сотрудников - 10 000 психологов, половина из которых работает с жертвами НПП

кури формат, е-мае

капец, "ЧГ=" же придумали для этого

вообще 1с-овцы конечно чудаки полные с этим НПП в числе. это же какой извращенной логикой надо обладать что бы запилить такое.

xmlСтрока(Твоечисло)

1С : Формат(ЧислоКакое,"ЧГ=0 ")

забыл про еще один вариант

+100500

Какой ?

Он же ясно сказал : "забыл"

региональные установки ИБ

Формат(ЧСЛ, "ЧГ=")

Это чревато - вычеркиваем

Даже лучше так Формат(ЧСЛ, "ЧН=0; ЧГ=")

, Я наверное банальность напишу, но НПП нужен для того, чтобы перенос строки (если ему случится быть на этом строковом представлении числа) автоматически НЕ происходил по середине числа... тогда как на пробеле такой перенос произойдет...

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

А что должно происходить? Выгрузка должна сама форматироваться когда на файл с ней программист посмотрит? Может быть программист будет форматировать вывод в удобном виде?

я удивлен что кому то еще это надо объяснять. если я выгружаю число 9999, я хочу выгружать число 9999, а не 9 999. это полная тупость оперировать в системе числами с красивым удобным представлением.

чудные те, у кого половина числа на новую строку переносится. Все верно они сделали

проблема не в том что там НПП, а что вообще по умолчанию в строку так переводится. Ни в одном языке такого нет. В том числе и в 77 не было

строка здесь именно форматированное представление. Если тебе нужна выгрузка чисел в текст пользуй Xmlстрока Значениевстрокувнутр Значениевфайл И тд

"если я выгружаю число 9999" а "я удивлен что кому то еще это надо объяснять", если "программист" выгружает ЧИСЛО в СТРОКУ, не задумывается о неявном преобразовании типов и что-то после этого хочет от "системы"... ;) 1С число в строку преобразует в том формате, который удобен для просмотра чисел (и поэтому с НПП). А если вам нужно выгрузить в каком-то ОСОБОМ формате, обеспечьте этот формат самостоятельно. А то одному пробелы мешают, другому вместо точки запятая нужна, третьему вообще нужно без дробной части... 1С вам ВСЕМ угодить должна при "неявном преобразовании формата"? ;)

форматировать надо когда выводишь числа, а не когда в коде ими оперируешь.

< 1С число в строку преобразует в том формате, который удобен для просмотра чисел кому удобен? спорный вопрос. компании 1С? только если так.и при выгрузке действительно происходит "не явное" преобразование. вместо одно числа 9999, я получаю два числа 9 и 999. и это поведение по умолчанию. очень удобно.

Что пользовать я знаю. Но зачем по умолчанию так сделали?

Повторюсь. Никто кроме 1с8 так не делает. НИКТО

ну да, в дельфи обычно стреляют себе в ногу с разделителем дробной части...

ну и да - при выгрузке типизированных данных, например xml через xdto - никаких проблем.

СериализаторXDTO.ЗаписатьXDTO(ТвоеЧисло).ЛексическоеЗначение

Формат(Чсл, "ЧН=0; ЧГ=")

баян

+100500 в эту фичу вступают все, кто на 7.7 обходился без нее.

C НайтиПоНаименованию кстати мне кажется такая же не логичность. Почему метод по умолчанию ищет по like? Я же прошу найти по  вполне конкретному наименованию, а не найти по вхождению или КакоеТоПохожееНаименование. Плюс нагрузка на систему не обоснованная. Поиск по like должен флагом включаться, а не выключаться. Хоть ветку отдельную заводи по логике платформы.

потому что collation у тебя в базе ci

и? не понял связи.

не пойму чем xmlстрока не устраивает

Он говорит почему по-умолчанию сделан LIKE НаименованиеДляПоиска%, а не = НаименованиеДляПоиска ?

like без % или других масок- не имеет смысла.

Ты плохо прочитал .

Я не очень понял чем ты недоволен.

Зачем НайтиПоНаименованию без дополнительных флагов транслируется в LIKE НаименованиеДляПоиска% а не в Теперь понятно?

пятница вечер. все уже бухие похоже.

Строка понятна . Ищет по вхождению. что тебе то не понятно?

Не надо обобщать.Я всего пару пива выпил....Может поэтому с трудом понимаю ТС:-)

ну тогда понятно почему ты отвечаешь на другие вопросы. которые здесь не озвучены.

Забей. Не порти себе отдых.

например?

ты прав:-)

exec sp_executesql N'SELECT T1._IDRRef FROM _Reference70 T1 WITH(NOLOCK) WHERE T1._Description = ', N' nvarchar(4000)', N'строкаипятьпробелов     ' против к = Справочники.Номенклатура.НайтиПоНаименованию("строкаипятьпробелов     "); exec sp_executesql N'SELECT T1._IDRRef FROM _Reference70 T1 WITH(NOLOCK) WHERE T1._Description LIKE ESCAPE ''''', N' nvarchar(4000)', N'строкаипятьпробелов%'

фрагстер тоже бухой походу

кароче я тоже щeтаю что в НайтиПоНаименованию второй параметр должен быть по умолчанию Истина

Замути в менеджере справочника свою функцию с похожим названием и пользуй ее.

я хочу типовую

типа НайтиПоНаименованиюИмениDexterMorgan :)

проще второй параметр явно указать =)

Простите за шутку. Уважаемый Samir грабли у входа нашел. ))) Они там всю жизнь стояли. По существу, можно через функцию формат убирать эти НПП.

Типовая тебя не хочет...Какая драма!:-)

Здесь все варианты преобразования числа в строку: _преобразовать_число_в_строку_без_пробелов

Здесь все варианты преобразования числа в строку:

Я бы не ходил на месте общественности..

Яндекс не будет индекировать твое г0вн0, глупый спамер.

А обработки деления на 0 у вас там нет случайно

косяк, но не мой... :)

а где наши бравые модеры? Почему организм еще живет?

а срач на три страницы лучше по твоему?

Да нет. Тебя по правилам должны были выкорчевать сразу.

...лять

Написать в 1с что-ли по поводу использованию "1С" в доменном имени? Сомневаюсь что до понедельника домен доживет.

это не нарушение пункта.Это констатация факта.

а то еще забанят идиоты...

каких ещё "два числа"? Это ОДНА строка... ;) Удобно смотреть большие числа, пользователю. Сравни непонятное 7777888999 и очевидное 7 777 888 999 ;)

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