[in] Длина строки после инициализации. Если размер=0, то деинициализирует строку, то есть, буфер строки освобождается и адрес буфера обнуляется. Если character=0 и размер new_len>0, то...
1. 코드가 작동하지 않습니다. 잘못된 패턴 "_index_magic"입니다. 가능한 솔루션 "|index_magic"
추가한 후에는 _1_3_2_4_3_5_4_6_이 있습니다. 목록에서 3번째 항목을 찾으십시오. 결과 2를 얻게 됩니다.
2. 알고리즘의 속도는 문자열을 통해 All_magics 의 값으로 세 번 전달하는 동안 O(n)입니다. 마지막으로 추가된 요소를 찾으면 요소 수에 정비례하는 시간이 걸립니다 - O(n). 또한 새 문자열에 많은 복사 비용을 추가할 때.
3. 귀하의 성과 측정이 절대적으로 정확하지 않습니다.
- 시리즈 평균 없음 - 최신 인덱스 값을 검색하는 시리즈 없음
1. 나는 우리가 말하는 패턴을 이해하지 못한다. 솔직히. 이 코드는 문자열에 마법을 작성하고 문자열에서 추출하는 예일 뿐입니다. 그것은 편리함과 속도를 보여줍니다. 아마도 메모리 소비에 문제가 있을 수 있습니다 . 그 외에는 뭐가 문제인지 모르겠습니다. 나는 거의 이해하지 못한다. 또한 이것을 이해하지 마십시오.
После добавления имеем _1_3_2_4_3_5_4_6_
Найдите пожалуйста 3 -й в списке.
Вы получите результат 2 .
그것은 무엇입니까?
//------------------------------------
2. 매직 부분 문자열의 시작과 끝을 찾고 공통 문자열에서 추출하기 위해 문자열을 세 번 검색합니다.
현재 연습은 귀하가 나열한 어려움을 보여주지 않았습니다.
//------------------------------------
3. 나는 특별하고 매우 정확한 측정을 하지 않았지만 - 내 속도 측정은 특정 요소에 대한 검색이 트랜잭션의 주문 번호에 따라 10 - 100 마이크로초 내에 수행되는 것으로 나타났습니다. 즉, 라인의 위치에서. 검색에 1000마이크로초가 걸리더라도 여전히 매우 빠릅니다.
모든 요소를 동시에 추출할 필요는 없습니다. 그러나 이것이 완료되더라도 수십 밀리초가 소요됩니다(직접 계산).
1. 나는 우리가 말하는 패턴을 이해하지 못합니다. 솔직히. 이 코드는 문자열에 마법을 작성하고 문자열에서 추출하는 예일 뿐입니다. 그것은 편리함과 속도를 보여줍니다. 아마도 메모리 소비에 문제가 있을 수 있습니다 . 그 외에는 뭐가 문제인지 모르겠습니다. 나는 거의 이해하지 못한다. 또한 이것을 이해하지 마십시오.
C# 자습서를 읽을 필요성이 매우 높습니다. 선이 어떻게 작동하는지 모든 것이 명확하게 씹혀 있습니다. 링크는 간단합니다 - MSDN. 그리고 이 모든 재미있는 주제는 OOP에 대한 그 사람의 거부와 그것이 무엇인지 알아내고자 하는 열망 때문입니다. 주님, 마침내 이 포럼에 블랙리스트를 보내겠습니다!
데이터를 추가할 때마다 모든 이전 데이터를 새 문자열로 덮어씁니다.
그러나 이를 통해 "어레이 예약"을 설정할 가능성이 있습니다.
그러나 이를 통해 "어레이 예약"을 설정할 가능성이 있습니다.
Tin, 저자는 데이터를 추가할 때마다 모든 이전 데이터를 새 문자열로 다시 씁니다.
조롱 외에는 경제에 대한 이야기가 없습니다.
무슨 말인지 명확하게 설명할 수 있습니까?
정말 그렇게 어렵나요?
이 항목에 어떤 문제가 있습니까? 문자열에 문자를 추가하면 끔찍한(조롱) 일이 발생합니까?
무슨 말인지 명확하게 설명할 수 있습니까?
X를 통해 DBMS를 발명했습니다. FoxPro/dBase에서 2~3개월 동안 DBMS 이론(강의)을 공부하십시오.
X를 통해 DBMS를 발명합니다. FoxPro/dBase에서 DBMS 이론(강의)과 함께 2-3개월을 보내십시오.
DBMS, 데이터 구조 에서 ZERO를 이해하는 사람에게 무엇을 문지르고 있습니까?
그런 ArrayList(C ++의 벡터)라는 개념이 없다면 우리는 무엇에 대해 이야기 할 수 있습니까 .....
무슨 말인지 명확하게 설명할 수 있습니까?
정말 그렇게 어렵나요?
이 항목에 대한 설명으로 옳지 않은 것은? 문자열에 문자를 추가하면 끔찍한(조롱) 일이 발생합니까?
1. 코드가 작동하지 않습니다.
잘못된 패턴 "_index_magic". 가능한 솔루션 "|index_magic"
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
알고리즘, 결정 방법, 성능 비교
Sergey Dzyublik , 2017.12.10 16:33
마법 추가: 3, 4, 5, 6
목록에서 세 번째 항목을 찾습니다.
추가한 후에는 _1_3_2_4_3_5_4_6_이 있습니다.
목록에서 3번째 항목을 찾으십시오.
결과 2를 얻게 됩니다.
2. 알고리즘의 속도는 문자열을 통해 All_magics 의 값으로 세 번 전달하는 동안 O(n)입니다.
마지막으로 추가된 요소를 찾으면 요소 수에 정비례하는 시간이 걸립니다 - O(n).
또한 새 문자열에 많은 복사 비용을 추가할 때.
3. 귀하의 성과 측정이 절대적으로 정확하지 않습니다.
- 시리즈 평균 없음
- 최신 인덱스 값을 검색하는 시리즈 없음
DBMS, 데이터 구조 에서 ZERO를 이해하는 사람에게 무엇을 문지르고 있습니까?
그런 ArrayList(C ++의 벡터)라는 개념이 없다면 우리는 무엇에 대해 이야기 할 수 있습니까 .....
말과 생각이 우월하지 않고 말할 수 있습니까? 글쎄, Peter는 실수했습니다. 글쎄, 그는 쉬고 있습니다 ... 그래서 무지에서. 왜 지금 엉망으로 만들고 있습니까?
예를 들어주기를 원하지 않으시면 - 그냥 예를 드십시오 - 비꼬는 말은 삼가해 주십시오. Peter는 다른 활동 분야에서 "당신을 한 번에 하나씩 만들 수 있습니다." 주제에 대해 웃어 봅시다. 어디에서 할 수 있습니까?
유치원은 키우지 마세요.
1. 코드가 작동하지 않습니다.
잘못된 패턴 "_index_magic"입니다. 가능한 솔루션 "|index_magic"
추가한 후에는 _1_3_2_4_3_5_4_6_이 있습니다.
목록에서 3번째 항목을 찾으십시오.
결과 2를 얻게 됩니다.
2. 알고리즘의 속도는 문자열을 통해 All_magics 의 값으로 세 번 전달하는 동안 O(n)입니다.
마지막으로 추가된 요소를 찾으면 요소 수에 정비례하는 시간이 걸립니다 - O(n).
또한 새 문자열에 많은 복사 비용을 추가할 때.
3. 귀하의 성과 측정이 절대적으로 정확하지 않습니다.
- 시리즈 평균 없음
- 최신 인덱스 값을 검색하는 시리즈 없음
1. 나는 우리가 말하는 패턴을 이해하지 못한다. 솔직히. 이 코드는 문자열에 마법을 작성하고 문자열에서 추출하는 예일 뿐입니다. 그것은 편리함과 속도를 보여줍니다. 아마도 메모리 소비에 문제가 있을 수 있습니다 . 그 외에는 뭐가 문제인지 모르겠습니다. 나는 거의 이해하지 못한다. 또한 이것을 이해하지 마십시오.
그것은 무엇입니까?
//------------------------------------
2. 매직 부분 문자열의 시작과 끝을 찾고 공통 문자열에서 추출하기 위해 문자열을 세 번 검색합니다.
현재 연습은 귀하가 나열한 어려움을 보여주지 않았습니다.
//------------------------------------
3. 나는 특별하고 매우 정확한 측정을 하지 않았지만 - 내 속도 측정은 특정 요소에 대한 검색이 트랜잭션의 주문 번호에 따라 10 - 100 마이크로초 내에 수행되는 것으로 나타났습니다. 즉, 라인의 위치에서. 검색에 1000마이크로초가 걸리더라도 여전히 매우 빠릅니다.
모든 요소를 동시에 추출할 필요는 없습니다. 그러나 이것이 완료되더라도 수십 밀리초가 소요됩니다(직접 계산).
1. 나는 우리가 말하는 패턴을 이해하지 못합니다. 솔직히. 이 코드는 문자열에 마법을 작성하고 문자열에서 추출하는 예일 뿐입니다. 그것은 편리함과 속도를 보여줍니다. 아마도 메모리 소비에 문제가 있을 수 있습니다 . 그 외에는 뭐가 문제인지 모르겠습니다. 나는 거의 이해하지 못한다. 또한 이것을 이해하지 마십시오.
C# 자습서를 읽을 필요성이 매우 높습니다. 선이 어떻게 작동하는지 모든 것이 명확하게 씹혀 있습니다. 링크는 간단합니다 - MSDN.
그리고 이 모든 재미있는 주제는 OOP에 대한 그 사람의 거부와 그것이 무엇인지 알아내고자 하는 열망 때문입니다.
주님, 마침내 이 포럼에 블랙리스트를 보내겠습니다!
ps: 주제에서 알고리즘과 논의는 어디에 있습니까?
...
ps: 주제에서 알고리즘과 논의는 어디에 있습니까?
지금까지 나는 여기에 자신의 결정을 게시할 용기를 가진 사람의 비웃음만 여기에서 봅니다.
그것은 ... 가볍게 말하면 - 단어에서 전혀 쓸모가 없다는 것이 분명합니다. 그러나 그는 게시했습니다. 나머지는 웃으면서 손가락질할 용기만 남았다.