Что можно сделать на языке C++, но нельзя сделать на C#

@HAIRY · Регистрация: 24.01.2011

Расскажите пожалуйста, что можно сделать на языке C++, но нельзя сделать на C#. И наоборот)

@_lunar_ · 23.03.2015, 23:23

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

что можно сделать на языке C++, но нельзя сделать на C#

ну например ассемблерная вставка.
когда долго работаешь на плюсах, а потом что-то нужно написать на шарпе, то больше всего не хватает typedef, всяких там memset или memcpy, да и вообще простого вызова api'шных функций.

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

И наоборот

создать GUI без использования api, mfc и прочего.

@HAIRY · 23.03.2015, 23:57 **[ТС]**

получается у С++ лучше преимущества?

@_lunar_ · 24.03.2015, 01:13

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

получается у С++ лучше преимущества?

всё зависит от конкретной задачи. C++ я в основном использую для хуков, хака, работы с памятью, библиотек. А если что-то нужно быстро написать (причем на GUI для удобства, с использованием всяких контролов), к примеру программку для сравнения файлов, конвертер, те же трейнеры для игр, арифметические вычисления, то использую C# - на нём всё это проще и удобнее.

@kolorotur · 24.03.2015, 11:37

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

больше всего не хватает typedef

using же.

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

всяких там memset

Если часто нужно, то можно один раз написать и использовать

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

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

или memcpy

Array.Copy, Buffer.BlockCopy, Marshal.Copy.

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

да и вообще простого вызова api'шных функций.

Интероп через DllImport + extern же.
Это для функций, у которых нет готовой обертки во фреймворке.

Вот макросы — это да.

Но в целом, конечно, решать на шарпе низкоуровневые задачи, под которые заточены плюсы — это все равно что карьерным экскаватором бельмо на глазу удалять.

@~~AvizerScript~~ · 24.03.2015, 12:50

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

@vJRoF · 24.03.2015, 16:13

Недавно узнал, что на шарп нельзя адекватно отобразить структурку примерно следующего вида:

C++

typedef STRUCT_C {
      int I;
      union {
            B b;
            A a;
      }
}
 
typedef B {
      int I;
      char CB[];
}
 
typedef A {
      int I;
      char CA[];
}

Прошу простить, если напутал с синтаксисом плюсов, но суть в том, что не получается, используя StructLayout.Explicit, создать аналог союза структур, содержащих в себе char[];

@freeba · 24.03.2015, 16:19

Не по теме:

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

На плюсах пишут сложные системы, требующие безупречной и точной работы. Например, космический софт

Как раз на плюсах такие системы не пишут. :D

@~~AvizerScript~~ · 24.03.2015, 16:28

Это был злонамеренный жест в сторону С++

@kolorotur · 24.03.2015, 16:38

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

на шарп нельзя адекватно отобразить структурку примерно следующего вида

C#

[StructLayout(LayoutKind.Explicit)]
struct STRUCT_C
{
    [FieldOffset(0)]
    public int I;
 
    [FieldOffset(4)]
    public A a;
 
    [FieldOffset(4)]
    public B b;
}
 
unsafe struct A
{
    public int I;
    public fixed char CA[5];
}
 
unsafe struct B
{
    public int I;
    public fixed char CB[5];
}

@vJRoF · 24.03.2015, 17:06

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

C#

1 2	[MarshalAs(UnmanagedType.BStr, SizeConst = 5)] public string Somestring;

@kolorotur · 24.03.2015, 17:22

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

проблема в том, что длина сишной строки не известна заранее.

Если длина неизвестна заранее, то это указатель. Со всеми вытекающими.
В этом случае достаточно затолкать в структуру ссылку на массив или тот же указатель.

@vJRoF · 24.03.2015, 17:27

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

Если длина неизвестна заранее, то это указатель. Со всеми вытекающими.
В этом случае достаточно затолкать в структуру ссылку на массив или тот же указатель.

Тогда же придётся иметь в структуре IntPtr вместо string и маршаллить вручную?

@kolorotur · 24.03.2015, 17:33

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

Тогда же придётся иметь в структуре IntPtr вместо string и маршаллить вручную?

IntPtr, char*, char[], string, StringBuilder — в зависимости от того, как выглядит сишная структура.
Как именно она выглядит в вашем случае?

@vJRoF · 24.03.2015, 17:40

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

Как именно она выглядит в вашем случае?

C++

typedef struct _STRUCT
{                                        
    S_HANDLE            _field1;
    LARGE_INTEGER       _field2;
    USN             _field3;
    ULONG           _field4;
    ULONG           _field5;
    USHORT          _field6;
    USHORT          FileNameLength;
    ULONGLONG       _field7;
    ULONGLONG       _field8;
    ULONGLONG       _field9;
    WCHAR           FileName[];
} STRUCT, *PSTRUCT;

ValeryS · 24.03.2015, 17:43

Шарп не допускает провалы в switch

C++

switch(m)
{
case 0:
    n++;
case 1:
    n++;
case2:
........................

На Си скомпилируется на шарпе нет

@kolorotur · 24.03.2015, 18:30

vJRoF, если такую структуру надо маршаллить из неуправляемого кода, то объявляйте член как массив и маршальте как ByValArray

Добавлено через 1 минуту

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

Шарп не допускает провалы в switch

Провалы можно эмулировать через goto case:

C#

switch(m)
{
case 0:
    n++;
    goto case 1;
case 1:
    n++;
    goto case 2;
case2:
........................

В шарпе специально провалы по умолчанию убрали для избежания тупых ошибок. Хочешь проваливаться — указывай явно.

@ture · 24.03.2015, 18:44

HAIRY, есть совсем очевидная вещь:
- можно написать программу, которая будет работать быстрее

Казалось бы веский аргумент, на писать на шарпе проще. Можно сложить мозг в коробку рядом, и уверенно прогать. Проще писать на шарпе.

@_lunar_ · 24.03.2015, 19:33

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

using же

будете добры перевести

C++

typedef HRESULT(__stdcall* _D3D11CreateDevice)(IDXGIAdapter*, D3D_DRIVER_TYPE, HMODULE,
    UINT, const D3D_FEATURE_LEVEL*, UINT, UINT, ID3D11Device**,
    D3D_FEATURE_LEVEL*, ID3D11DeviceContext**);
 
_D3D11CreateDevice D3D11CreateDevice; // готовая функция без использования статической d3d11.lib
                                     // и загружаемая непосредственно из d3d11.dll - LoadLibrary

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

Интероп через DllImport + extern же

ну это понятно, но опять же на плюсах я пишу

C++

1	WriteProcessMemory(hProc, RemoteString, path, strlen(path), NULL);

а сколько кода на шарпе нужно, чтобы записать байты в память процесса?
можно конечно понаделать собственных классов и вызывать WriteProcessMemory точно также одной строкой. Но всё же)

@kolorotur · 24.03.2015, 19:42

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

будете добры перевести

Если отбросить всю требуху, то обычный делегат

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

а сколько кода на шарпе нужно, чтобы записать байты в память процесса?

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

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

можно конечно понаделать собственных классов и вызывать WriteProcessMemory точно также одной строкой.

Ну да, делаем один раз класс со всеми импортами и дальше наслаждаемся

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

Но всё же

В плюсах тоже инклюды прописывать надо!!!1

@kolorotur 14836 / 11224 / 2946 Регистрация: 17.09.2011 Сообщений: 18,794
	24.03.2015, 17:33	14
	Сообщение от vJRoF Тогда же придётся иметь в структуре IntPtr вместо string и маршаллить вручную? IntPtr, char, char[], string, StringBuilder — в зависимости от того, как выглядит сишная структура. Как именно* она выглядит в вашем случае? 0

@HAIRY 28 / 22 / 11 Регистрация: 24.01.2011 Сообщений: 476
		1
	Что можно сделать на языке C++, но нельзя сделать на C# 23.03.2015, 22:39. Просмотров 5051. Ответов 19 Метки нет (Все метки) Расскажите пожалуйста, что можно сделать на языке C++, но нельзя сделать на C#. И наоборот) 0

@_lunar_ 1926 / 1759 / 258 Регистрация: 03.05.2011 Сообщений: 4,019 Записей в блоге: 11
	23.03.2015, 23:23	2
	Сообщение от HAIRY что можно сделать на языке C++, но нельзя сделать на C# ну например ассемблерная вставка. когда долго работаешь на плюсах, а потом что-то нужно написать на шарпе, то больше всего не хватает typedef, всяких там memset или memcpy, да и вообще простого вызова api'шных функций. Сообщение от HAIRY И наоборот создать GUI без использования api, mfc и прочего. 2

@HAIRY 28 / 22 / 11 Регистрация: 24.01.2011 Сообщений: 476
	23.03.2015, 23:57 [ТС]	3
	получается у С++ лучше преимущества? 0

@_lunar_ 1926 / 1759 / 258 Регистрация: 03.05.2011 Сообщений: 4,019 Записей в блоге: 11
	24.03.2015, 01:13	4
	Сообщение от HAIRY получается у С++ лучше преимущества? всё зависит от конкретной задачи. C++ я в основном использую для хуков, хака, работы с памятью, библиотек. А если что-то нужно быстро написать (причем на GUI для удобства, с использованием всяких контролов), к примеру программку для сравнения файлов, конвертер, те же трейнеры для игр, арифметические вычисления, то использую C# - на нём всё это проще и удобнее. 3

@kolorotur 14836 / 11224 / 2946 Регистрация: 17.09.2011 Сообщений: 18,794
	24.03.2015, 11:37	5
	Сообщение от _lunar_ больше всего не хватает typedef using же. Сообщение от _lunar_ всяких там memset Если часто нужно, то можно один раз написать и использовать С другой стороны, при довольно ограниченной прямой работе с памятью эта функция не настолько востребована, чтобы вносить ее во фреймворк. Сообщение от _lunar_ или memcpy Array.Copy, Buffer.BlockCopy, Marshal.Copy. Сообщение от _lunar_ да и вообще простого вызова api'шных функций. Интероп через DllImport + extern же. Это для функций, у которых нет готовой обертки во фреймворке. Вот макросы — это да. Но в целом, конечно, решать на шарпе низкоуровневые задачи, под которые заточены плюсы — это все равно что карьерным экскаватором бельмо на глазу удалять. 3

@~~AvizerScript~~ Заблокирован
	24.03.2015, 12:50	6
	C# легко применяется для хаков, ботов и прочего. И любые инжекты делаются. На плюсах пишут сложные системы, требующие безупречной и точной работы. Например, космический софт 0

@freeba
	24.03.2015, 16:19 #8
	Не по теме: Сообщение от AvizerScript На плюсах пишут сложные системы, требующие безупречной и точной работы. Например, космический софт Как раз на плюсах такие системы не пишут. :D 0

@~~AvizerScript~~ Заблокирован
	24.03.2015, 16:28	9
	Это был злонамеренный жест в сторону С++ 0

@kolorotur 14836 / 11224 / 2946 Регистрация: 17.09.2011 Сообщений: 18,794
	24.03.2015, 17:22	12
	Сообщение от vJRoF проблема в том, что длина сишной строки не известна заранее. Если длина неизвестна заранее, то это указатель. Со всеми вытекающими. В этом случае достаточно затолкать в структуру ссылку на массив или тот же указатель. 0

@vJRoF 13 / 13 / 8 Регистрация: 11.10.2013 Сообщений: 102
	24.03.2015, 17:27	13
	Сообщение от kolorotur Если длина неизвестна заранее, то это указатель. Со всеми вытекающими. В этом случае достаточно затолкать в структуру ссылку на массив или тот же указатель. Тогда же придётся иметь в структуре IntPtr вместо string и маршаллить вручную? 0

@ture 540 / 348 / 206 Регистрация: 27.11.2014 Сообщений: 1,043
	24.03.2015, 18:44	18
	HAIRY, есть совсем очевидная вещь: - можно написать программу, которая будет работать быстрее Казалось бы веский аргумент, на писать на шарпе проще. Можно сложить мозг в коробку рядом, и уверенно прогать. Проще писать на шарпе. 0

@kolorotur 14836 / 11224 / 2946 Регистрация: 17.09.2011 Сообщений: 18,794
	24.03.2015, 19:42	20
	Сообщение от _lunar_ будете добры перевести Если отбросить всю требуху, то обычный делегат Сообщение от _lunar_ а сколько кода на шарпе нужно, чтобы записать байты в память процесса? На сам вызов? Тоже одну строчку. Ну ладно, строчка будет чуть длиннее, потому что если делать по уму, то метод вызывается через ссылку на статический класс. Сообщение от _lunar_ можно конечно понаделать собственных классов и вызывать WriteProcessMemory точно также одной строкой. Ну да, делаем один раз класс со всеми импортами и дальше наслаждаемся Сообщение от _lunar_ Но всё же В плюсах тоже инклюды прописывать надо!!!1 1