Найти функцию javascript для формата номера
<script type="text/javascript">
function format_number(pnumber,decimals){
if (isNaN(pnumber)) { return 0};
if (pnumber=='') { return 0};
var snum = new String(pnumber);
var sec = snum.split('.');
var whole = parseFloat(sec[0]);
var result = '';
if(sec.length > 1){
var dec = new String(sec[1]);
dec = String(parseFloat(sec[1])/Math.pow(10,(dec.length - decimals)));
dec = String(whole + Math.round(parseFloat(dec))/Math.pow(10,decimals));
var dot = dec.indexOf('.');
if(dot == -1){
dec += '.';
dot = dec.indexOf('.');
}
while(dec.length <= dot + decimals) { dec += '0'; }
result = dec;
} else{
var dot;
var dec = new String(whole);
dec += '.';
dot = dec.indexOf('.');
while(dec.length <= dot + decimals) { dec += '0'; }
result = dec;
}
return result;
}
var value = format_number(newnumber,2);
</script>
Происходя из Delphi, Вы найдете VCL простым для использования с Разработчиком C++. Существует несколько причуд, как C++ не скрывает то, что TObjects - все действительно указатели (какой Delphi скрывается от Вас), и к некоторым вещам как свойства массива получают доступ по-другому.
Два или три года назад, я искал любой выход из Разработчика C++, но теперь, с недавними выпусками (и покупка Причала Codegear), я доволен продуктом и направлением.
Вы найдете количество строковых типов и различных потенциальных несовместимостей довольно болезненным с Разработчиком C++, но Вы привыкнете к нему! (станд.:: строка, символ [], wchar_t [], TCHAR, AnsiString, WideString, UnicodeString и Строка для именования некоторых)
Лично я голосовал бы за Разработчика C++ - из-за двухстороннего RAD и VCL, хотя это не может быть лучший способ изучить современные идиомы C++.
Ну, можно использовать Eclipse + MinGW + Qt4 + спокойная Интеграция Eclipse, и Вы получаете весь материал: отладчик, визуальный разработчик GUI, и т.д.
Мышление, что Qt4 двойной лицензируемый: Лицензия Open Source и коммерческая лицензия.
Также можно объединить Qt4 с Visual Studio (даже с Экспрессом) и использовать все совершенство, которое VS дает Вам.
Для меня Qt4 является способом пойти и VS по Разработчику.
Когда дело доходит до разработки окон ничто действительно Visual Studio вершин. Это очень многофункционально и имеет превосходный отладчик, не говоря уже об обширном сообществе пользователей для помощи Вам с любыми проблемами, с которыми можно встретиться. Если бы средства разработки компании для их собственной операционной системы не были лучшими для него, то я боялся бы их состояния в мире программного обеспечения. Но если Вы не нуждаетесь в дополнительных функциях и абсолютно нуждаетесь в инструменте RAD с перетаскиванием & отбрасывание (помимо MFC) разработчик C++ не слишком далеко позади. Используя предшествующую среду Дельфи просто преимущество для Вас.
Одна вещь о последнем Разработчике C++ CodeGear - я подразумеваю, что версия 2009 года - то, что ее обновления могут действительно заставить Вас ненавидеть этот IDE.
установив 2-е обновление, я узнал что если/еще блок РАБОТА DOESNOT ПРАВИЛЬНО. Это может ввести оператор IF, но еще не может ввести один - и это, doesnot зависят от ситуации - эта инструкция по языку просто остановила работу вообще. Время это взяло меня для понимания этого, составляло приблизительно два или три часа - и я начал разрабатывать необходимое win32 приложение в VS, я полагаю, что это более надежно, чем продукт CodeGear. 2-я функция мне не нравится это, Вы не можете выключить поддержку Unicode и иметь для использования версий ANSI функций win32 ЯВНО (например, SendMessageA (...)), который является очень скучным. Я едва выполняю работу в срок для окончания задания с помощью VS2008.
Это - просто мой опыт, выбор сделать является Вашим
Я второе движение для Разработчика C++, учитывая, что Вы уже знаете Delphi. MFC не изменился очень со дней VS6, так кодируйте записанное использование, MFC все еще похож на дерьмо. Однако VS изменился и является теперь вполне хорошим IDE.
кроме того, имейте в виду, что Разработчик C++ не стабилен как линейка продуктов. Там имейте времена в прошлом, где оно не сохранялось/, будущее не было ясно и т.д., Таким образом, Вы рискуете, если Вы хотите создать что-то, что длится.
Я не использовал Разработчика C++ в течение многих лет, но по теме отладки C++, Visual Studio, 2008 является выходом перед другими IDE и предыдущим VS особенно при использовании контейнеров STL, поскольку это делает очень легким осмотреть их содержание.
Однако на стороне GUI, C++ является теперь в значительной степени второразрядным языком для Microsoft. Способом будущего является WPF и , C++ не поддерживается как XAML-дружественный язык : Мы продолжим инвестировать в C++ / CLI, чтобы позволить разработчикам выставить собственные активы C++ управляемому миру и наоборот. Мы полагаем, что чистая разработка.NET сделана лучше всего с помощью сфокусированного языка.NET, такого как C# или VB. Инвестирование в C++ / CLI будет главным образом в управляемых собственными компонентами interop областях.
Так, для создания современно выглядящий C++ GUI наилучшим вариантом может действительно быть VCL - если VCL продолжает делать такое возможное ;-)
При выполнении чистой разработки C++ в Windows затем, трудно разбить VS. Компилятор быстр, довольно приспосабливает стандартам и производит хорошо оптимизированный код. Отладчик является лучшим на любой платформе. IDE в порядке.
Это - также ясно наиболее широко поддерживаемый набор инструментальных средств компилятора в Windows. Загрузите любой проект/библиотеку с открытым исходным кодом и, если Windows поддерживается, он, вероятно, будет создан и протестировал использование VS. Его популярность также гарантирует, что является самым полезным иметь на резюме.
, Что Разработчик дает Вам? Разумная библиотека GUI. Ну, это хорошо, но существует много других достойных инструментариев GUI там (wxWidgets, GTK, QT и т.д.). Многие - открытый исходный код и межплатформенный.
Однако в эти дни я нахожу, что он лучше реструктурирует мои приложения, чтобы обеспечить API и затем создать GUI сверху его на другом языке. Сила C++ не в разработке GUI. По крайней мере, не сегодня...
я выбрал бы - и рекомендовал бы - VS по Разработчику.
Простой ответ - то, что для чистой разработки C++ это должен быть VC ++.
Для расширения: как чистая среда разработки C++ Вы просто не можете победить VC ++, отладчик лучше, IDE выше (все, по моему скромному мнению, конечно). Я использовал его для разработки библиотек, которыми я затем пользуюсь от Разработчика C++ из-за этих причин.
Однако, после того как Вы запускаете в разработку UI или что-либо, что можно решить использование VCL или компонентов, C++ B является лучшим выбором. По сравнению с VCL MFC или ATL ужасны для сравнения, и так, чтобы листы Вы для использования.NET, которая является, вероятно, более оптимальным вариантом, но не
, я не уверен, что рекомендовал бы создать новый продукт с помощью C++ B или Delphi на основе последних нескольких лет 'направления' от поставщиков. Однако это, кажется, изменяется к лучшему, но пока немного больше времени не передало его, твердо сказать, как обещания переводят в действительность.
Visual Studio и MFC не являются тем же. Я использую Studio все время, и я избегаю MFC как чумы. Можно использовать WTL, ATL, Win32 или любое число библиотек для создания приложений без MFC.
Только для ада его, мы можем добавить затмение к соединению также?
я просто нашел, что работа в затмении была лучше, чем работа в Visual Studio.
, Если Вы не используете VS2008 с winforms, поддержка gui через шаблоны окон (обычно от ресурсов), который является старой шляпой, и Вы, вероятно, не хотите использовать. Таким образом, поддержка gui в VS2008 не является настолько особенной.
Что касается gui инструментария, возможно, см. , Что такое хороший инструментарий GUI/виджетов
Я любил C ++ Builder пару лет назад. Это было восхитительно. Это было намного лучше с его VCL, чем VS с его дерьмовым MFC. Затем с каждым годом все меняется.
Строитель падал; 1. Builder не был обновлен с какой-либо реальной функциональностью. 2. Borland отказался от идеи переписать VCL на C ++ для использования с Kylix и Builder. 3. Беспорядок в CodeGear и неопределенное будущее Builder отпугнули многих людей.
VS становился лучше; 1. IDE была значительно улучшена 2. Компилятор из наименее совместимого со стандартом на платформе Windows стал самым совместимым со стандартом (конечно, не считая GCC на MinGW) 3. Появился .NET, появился Managed C ++, а затем C ++ / CLI, чтобы сделать возможным использование этой среды из C ++
. У нас появились новые сильные игроки 1. Затмение 2. Qt Creator
и новые наборы инструментов GUI
Подведем итог; Строитель мертв, потому что Borland
C ++ Builder намного превосходит MS-VS, когда дело касается разработки на основе пользовательского интерфейса и баз данных. ориентированное приложение. MFC отстой !! Однако VS имеет лучшие возможности отладки.