IMO OP tak naprawdę nie chce np.bitwise_and()
(aka &
), ale faktycznie chce, np.logical_and()
ponieważ porównuje wartości logiczne, takie jak True
i False
- zobacz ten post SO dotyczący logiki i bitów, aby zobaczyć różnicę.
>>> x = array([5, 2, 3, 1, 4, 5])
>>> y = array(['f','o','o','b','a','r'])
>>> output = y[np.logical_and(x > 1, x < 5)] # desired output is ['o','o','a']
>>> output
array(['o', 'o', 'a'],
dtype='|S1')
Równoważnym sposobem jest np.all()
odpowiednie ustawienie axis
argumentu.
>>> output = y[np.all([x > 1, x < 5], axis=0)] # desired output is ['o','o','a']
>>> output
array(['o', 'o', 'a'],
dtype='|S1')
według liczb:
>>> %timeit (a < b) & (b < c)
The slowest run took 32.97 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 1.15 µs per loop
>>> %timeit np.logical_and(a < b, b < c)
The slowest run took 32.59 times longer than the fastest. This could mean that an intermediate result is being cached.
1000000 loops, best of 3: 1.17 µs per loop
>>> %timeit np.all([a < b, b < c], 0)
The slowest run took 67.47 times longer than the fastest. This could mean that an intermediate result is being cached.
100000 loops, best of 3: 5.06 µs per loop
więc używanie np.all()
jest wolniejsze, ale &
i logical_and
są mniej więcej takie same.