acts 를 url로 추출하시겠습니까?

묘사

안녕하세요, 라세르,
v2 전에 생각해 봤어요.0, 그러나 그때는 그것을 이야기하지 못했다.
당신은acts 를 url로 자신의gem에서 어떻게 추출할 것 같습니까?http://rubygems.org/gems/acts_as_url틈이 나다.
왜냐하면 나는 문자열의 확장과 변환을 매우 좋아하고, 그것들을 대량으로 사용하지만, 다른 slug generation 플러그인을 사용합니다. 왜냐하면 이것은 나의 요구에 더욱 적합하기 때문입니다.그 밖에 나는 이 두 개(실제 문자열 확장자/acts as url)가 밀접한 관계가 있다고 생각하지 않는다.acts as url은 당연히 확장자를 사용하는 것을 제외하고는.
당신은 어떻게 생각합니까?
/Lasse

토론 #1

stringex 불러오는 것은 URL의 장애물입니까, 아니면 의존성을 줄이려는 시도입니까?

토론 #2

그것은 나를 진정으로 방해하지는 않았지만, 나는 완전히 사용되지 않은'플러그인'을 좋아하지 않는다. 실제로 그것은 하나의 독립된 기능이기 때문에 나는 사용하지 않는다.

토론 #셋

그나저나 끼워 넣는 것에 집중할 필요가 있다면 하세요.깃허브는 기다려도 돼요.개원:wink:

토론 #4

합리적으로 들린다.비록.배치가 지금 한데 묶여 있지 않습니까?

토론 #5

네.Stringex::Configuration::StringExtensions는 Base에서 계승되었고 url 어댑터로서의acts 를 포함한다.

토론 #6

는 풀 수 있어요. 그럼요.

토론 #7

Np.

토론 #8

는 큰 소리로 생각하고 있을 뿐 정말 기쁘다

토론 #9

tbh는 이것이 주로 stringex를 url로 사용하는 ppl(이런 사람이 있다고 가정하는 사람)에게 큰 영향을 미치지 않을 것이라고 확신하지 못한다.버전 3.0도 필요합니다.사상

토론 #10

: 미소:

토론 #11

설정 모듈의 사용은 분리된 것이라고 생각합니다.나는 얽힌 것은 내면적일 뿐이라고 생각한다.따라서acts as urlgem에서 추출한 다음 계승

토론 #12

류를 통해 allStringex::ActsAsUrl의 호출을 새로운 ::ActsAsUrl 명칭 공간으로 전송할 수 있습니다.지금부터 두 버전 점은 사용되지 않으며 3.0에서 삭제됩니다.
이런 것들은 보통 어떻게 하는지 몰라요?Stringex 당신은 우리가 이 문제를 어떻게 가장 잘 처리할 것이라고 생각합니까?나더러 일을 시작하라고요?

토론 #13

나는 아직도 이 문제를 생각하고 있다.나는 그것들을 stringex에 넣고 싶지만,stringex가 [unidecoder]를 의존항으로 불러오기를 원한다.너의 생각?이렇게 되면stringex for everything 사용자는 할 일이 없습니다.stringex-lite 사용자는 gm를 [unidecoder]로 바꾸기만 하면 됩니다.도이름을 몰라요.lol

토론 #14

사용 가능합니다.$12=>12달러, &=> 및 URL 변환을 사용할 수 있기를 바랍니다.물론, 이것은 완전히 너의 결정이다. 어쨌든 나는Stringex:blush:

토론 #15

를 사용할 것이다. 그래, 나는 좀 더 끓여야 한다.

토론 #16

는

토론 #17

requirelib/stringex.rb와 stringex/string_extensions만 있을 수 있다. 이 두 가지는 반대로 stringex/acts_as_url 공유 설정을 포함하고 실행해야 한다.

gem "stringex", require: "stringex/string"
# or
gem "stringex", require: "stringex/string_extensions"

서류에 있어요.
? stringex/base 급하지 않으시죠?이번 주에 나는 rails/ruby 업그레이드 작업 두 개를 가지고 있는데, 이번 주말이 되어야 비로소 완성할 수 있다.
shoulda는 이렇게 하는 것입니다. 단지 shoulda 상하문과 shoulda 매칭기의 포장기로서 사용자가 그 중 하나만 필요한지 선택할 수 있습니다.듣기에 괜찮다.string 확장에 대한 리콜을 계속하고 [이 이름 불만족]을 리셋하며 url로 충당합니다.

토론 #18

너무 좋아요. 듣기 좋아요.
아니오, 조금도 급하지 않습니다:blush:

토론 #19

문자열의 확장 부분에 의미 있는 좋은 이름이 있다면 반드시 파이프를 세워야 합니다.하하

토론 #20

네.

토론 #21

아니요, 농담이에요.생각해 볼게요. +1:gem "string_extensions"ascifier:wink:...아직도 생각하고 있습니다.

토론 #22

url 부분

토론 #23

을 충당할 필요가 없습니다. 2.0.10

토론 #24

의 끝이지만, 여기서 토론할 수 있습니다.괜찮은 것 같아, 이미 생산 응용 프로그램에서 나를 위해 일했어.

토론 #25

보기 좋네요. 저는

토론 #26

만 필요해요.고마워, 어디 보자. 얼굴 빨개.