Какие проекты не могут быть сделаны в C?
Прежде всего, ваша переменная View не может начинаться с заглавной буквы, установите ее в нижний регистр :))
Попробуйте использовать
getActivity().startActivity(i);
getActivity().finish();
9 ответов
C, как много других языков, полон по Тьюрингу.
Таким образом, простой ответ:ничего.
Однако Шаблонное Метапрограммирование C++ соответствует тому же критерию, таким образом, "это возможно", не хороший критерий для выбора инструментов.
Нет ни одного алгоритма, который не может быть записан с C.
Хорошо, вот тот: Вы не можете записать x86 загрузочный сектор в C. Это - одна из тех вещей, которая должна быть записана в ASM.
Ядро ОС было записано в C, и все работает на основе его так, можно записать все в C.
Загрузочный сектор, для которого нужен ASM :-), я не думаю, что Вы имели в виду это.
Зависит от того, сколько Вы хотите инвестировать (время/деньги/энергия), чтобы заставить его произойти. Иначе я сказал бы, что нет никого. Просто легче иногда использовать что-то еще.
Нет ни одного.
Различные языки дают Вам различные способы сказать вещи. Для некоторых классов проблем данный язык может быть более выразительным и/или кратким. Есть ли проекты, что необходимо выбрать что-то кроме C?Да, конечно. Но сказать Вы не можете сделать этого хорошо в C, вводит в заблуждение. Было бы лучше спросить, какой язык является лучшим выбором для проблемы под рукой, и действительно ли усиления стоят использовать что-то незнакомое?
В чем-либо можно выполнить фактически любой язык.
Это сказало, что существует уровень практичности. Когда сложность Вашей системы увеличивается, Вам нужны лучшие инструменты для управления ею.
Проблемы все еще разрешимы, но Вы начинаете нуждаться в большем количестве людей и намного большем усилии в дизайне. Я не говорю, что другие языки не извлекают выгоду из дизайна, я говорю, что тот же уровень и внимание к деталям не могут требоваться.
Так как мы, программисты - Люди (я, по крайней мере) мы испытываем затруднения при одной области или другом. Моей самой большой является память. Если я могу визуализировать свой код как объекты, управление большими модулями в моей голове становится легче, и мой мозг может обработать большие проекты.
Конечно, даже возможно написать хороший код OO в C, шаблоны были разработаны в C путем ручного управления таблицами отправки (таблицы указателей с некоторыми указателями, обновленными для указания на различные методы), и это верно для всех конструкций программирования с более высоких языков - они могут быть сделаны на любом языке, но...
Если бы необходимо было реализовать объекты в C, то каждый класс, который Вы записали, имел бы большую сумму шаблона наверху. При создании некоторой формы из обработки исключений Вы выставили бы больше шаблона.
Высокоуровневые языки абстрагируют этот шаблон из Вашего кода и в систему, упрощая то, о чем необходимо думать, и отладка (таблица отправки в C могла взять большую отладку, но в C++ это не собирается перестать работать, потому что код, сгенерированный рабочим компилятором, будет без ошибок и скрытым, Вы никогда не видите его).
Я предполагаю, что сказал бы, что это является самым большим (только?) различие между низким уровнем и высокоуровневыми языками, сколько шаблон, Вы скрываетесь. В последнем пакете динамических языков они действительно в скрывающиеся конструкции цикла в языке, таким образом, больше вещей похоже:
directory.forEachFile (печатают file.name);//Не любой реальный язык
В C, даже если бы Вы изолировали часть цикличного выполнения в функции, настроив указатели функции и материал, все еще проводил бы строки неочевидного кода, который не решает часть Вашей основной проблемы.