2011-12-29 3 views
0

그래서 나는 정보를 긁어 내고 규칙에 따라 처리해야하는 VB.Net의 소프트웨어를 연구하고 있습니다. 예를 들어, 특정 필드에 대해 "Det"를 "Det"로 만들거나 분할/조인 규칙, 기본 문자열 작업과 같은 간단한 문자열 바꾸기 규칙을 예로들 수 있습니다. 내 모든 근근이 살아가는 규칙은 RegEx이고 다른 상황에 대한 규칙 집합의 행에 데이터베이스에 저장합니다.개념적/규칙 구현/문자열 조작

텍스트를 조작하기위한 규칙을 작성/저장하는 가장 좋은 방법은 무엇입니까? 규칙을 소프트웨어에 하드 코딩하고 싶지는 않지만, 필요에 따라 규칙을 추가 할 수 있어야합니다. 나는 그들을 데이터베이스에 저장하고 싶지만, 어떻게 해석 할 수 있습니까? 나는 규칙 엔진처럼 그것들을 해석 할 수있는 전체 시스템을 만들어야한다고 가정하고있다. 어쩌면이 문제에 대한 다른 시각을 줄 수 있습니다.

답변

0

전에 규칙 엔진을 작성했습니다. 그들은 보통 나쁜 생각 (tm)입니다.

애플리케이션 코드에 규칙을 작성하는 것이 좋습니다. 데이터베이스 및 규칙 엔진은 그대로 두십시오. 첫째, 규칙 엔진은 종종 의도를 혼동합니다. 유지 보수 패치를 받기 위해 몇 달 만에 다시 돌아올 때 어떤 일이 벌어지고 있는지 정확히 알기는 어렵습니다. 둘째, VB (또는 C# 또는 선택한 다른 언어)에는 구현할 시간이있는 것보다 규칙 정의에 더 적합한 어휘가 포함되어 있습니다. 나를 믿어 라. XML은 규칙을 잘 나타내지 못한다. 마지막으로, 프로그래머가 아닌 사람들은 어쨌든 정규 표현식을 작성할 수 없으므로 추가 된 모든 복잡성에 대해 아무 것도 얻지 못합니다.

ClickOnce 배포를 사용하면 대부분의 배포 문제를 완화 할 수 있습니다.

희망이 있습니다.

+0

난센스. 당신의 전체 대답은 완전한 난센스입니다. 만약에 그것이 사실이라면 우리는 여전히 석기 시대에 살 것입니다. 은행은 작동하지 않을 것이며 비행기는 날아 가지 않을 것입니다. 비즈니스 규칙은 현대 프로그래밍 및 데이터 분석의 큰 부분입니다. 작고 가벼운 문자열 조작으로 비즈니스 규칙을 혼합합니다. 우우. – Kizz

+0

글쎄, 당신은 물론 당신의 의견에 자격이 있습니다. 저는 20 년 동안의 경험을 바탕으로 답을 얻었습니다. –

+0

저는 Kizz에 동의합니다 ... 규칙을 개발하는 데 다른 사람이 필요하지 않으며 RegEx가 아니지만 많은 문자열 조작을 포함 할 때마다 소스 코드를 수정할 때마다 규칙을 추가하고 싶습니다. 규칙을 추가하고 (데이터베이스에) 단순히 결과를 볼 수있는 시스템을 만들고 싶습니다. 그러나 모든 규칙은 엔진의 복잡성으로 인해 제한 될 것입니다. 그러나 전체적인 아이디어는 내부 코드에서 벗어나는 것입니다 ...하지만 그것이 의미가 있는지 없는지 알고 싶습니다. 어쩌면 나는이 아이디어에 갇혀서 어떤 이득도 가져다주지 않을까? – Theveloper