- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
BOOL CMarkup::Search(CString OprName, CString strSQL, short nType)
{
...
sCommandLine = sPath.Left(nPos)+ _T("\\Getorder.exe search ")+OprName+_T(" ")+strSQL+_T(" ")+strType;
::wcscpy(cCommandLine, sCommandLine);
BOOL ret = CreateProcess(NULL, cCommandLine, NULL, NULL, FALSE, CREATE_NO_WINDOW, NULL, NULL, &si, &pi);
if (ret) {
CloseHandle(pi.hThread ); //Close the thread handle as soon as it is no longer needed.
WaitForSingleObject(pi.hProcess, INFINITE); //Suspend our execution until the child has terminated.
GetExitCodeProcess(pi.hProcess ,&dwExitCode); //The child process terminated;get its exit code.
//if(dwExitCode == STILL_ACTIVE) TerminateProcess(pi.hProcess, 0);
CloseHandle(pi.hProcess); //Close the process handle as soon as it is no longer needed.
}
CString ss,s;
ss = _T("s.txt");
CStdioFile in;
if(!in.Open (sPath+_T("\\")+ss,CFile::modeRead | CFile::typeBinary))
return TRUE;
while(in.ReadString(s))
{
s.TrimLeft();
s.TrimRight();
if(s != _T("**********")) continue;
ORDERTYPE m_OrderData;
in.ReadString(s);
s.TrimLeft();
s.TrimRight();
m_OrderData.OprName = s;
in.ReadString(s);
s.TrimLeft();
s.TrimRight();
m_OrderData.Language =s;
in.ReadString(s);
s.TrimLeft();
s.TrimRight();
m_OrderData.OrderNo =s;
...
}
in.Close();
DeleteFile(sPath+_T("\\")+ss);
Прислали исходники приложения на C++ с MFC. Там просто один сплошной ГК от начала и до конца, но это место просто убило.
Задача - найти заказ в базе данных MSSQL по SQL-запросу. Для этого они запускают отдельное приложение .NET, которое подключается к базе и дампит запись в текстовый файл, а приложение C++ из него читает.
koodeer 25.01.2012 17:31 # −3
Это Unix-way. В лялихе так принято: использовать мелкие программки для решения задач. Если уже есть прожка, выполняющая поиск нужным образом, то именно её и вызываем из нашей. Результат получаем через текстовый файл, всё верно.
Так что писал явно луноход, перешедший на винду.
:D
absolut 25.01.2012 17:51 # 0
someone 25.01.2012 18:31 # +1
1. Обращение к MSSQL из C++
2. Вызов .NET DLL через COM Interop, если уж ниасилили 1
3. Ну ладно, не знают про 1 и 2, но про пайпы-то должны знать, это святое!
defecate-plusplus 25.01.2012 18:07 # +3
на верхнем слое говновей в том, что результат складывается в текстовый файл, имя которого явно захардкожено как в этом коде, так и в коде дотнетовской отрыжки, и поэтому надо как то следить чтобы никто кроме нас не запустил эту утилиту параллельно, и никто кроме нас не смог почитать и удалить файл - имеем заведомо однопоточность, уверен что с нерешенными конфликтами
на слое пониже - вызывается утилита через командную строку, что крайне медленно и небезопасно (вся безопасность сводится к правам на запуск утилиты пользователем текущего процесса), хотя существует способ засунуть дотнетовский код в длл и вызывать методы из оной, затем приходится тупейшим способом парсить текстовый файл
на слое еще пониже - кто и на каком этапе делает авторизацию к базе? всё в утилите? тоже захардкожено?
на слое еще пониже - тотальный говнокод и низкая культура реализации даже задуманного
ну и "не можем открыть файл с результатами - ну и пох, возвратим TRUE" - умилило
guest 27.01.2012 00:46 # +1
> Это Unix-way. В лялихе так принято
Ути-пути
koodeer 27.01.2012 17:52 # 0
guest 27.01.2012 22:22 # +3
roman-kashitsyn 27.01.2012 18:02 # +2
так что писал явно виндомозглый дебил.
3.14159265 27.01.2012 18:51 # 0
PS. Я хотел минусануть но промазал.
absolut 25.01.2012 17:52 # 0
someone 25.01.2012 18:34 # +1
И этот же способ обращения к БД в том же cpp-файле методом копипаста распространён ещё на несколько других таблиц...
guest 27.01.2012 00:49 # 0
guest8 09.04.2019 12:34 # −999